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(57) Abstract 

An advance notification system (10) notifies users of the impending arrival of a vehicle, for example, an overnight package delivery 
vehicle, at a particular vehicle stop. The system generally includes an on-board vehicle control unit VCU (12) for each vehicle and a base 
state control unit BSCU (14) for sending messages to user computers (29) in order to inform the users when the vehicle resides at a certain 
predefined time period, distance, prior stop, location point from the vehicle stop. Moreover, the BSCU, a computer network, and software 
located on a user computer may be combined in a plurality of configurations for communicating a message of the impending arrival of 
a particular vehicle before it arrives. Each vehicle control unit VCU (12) includes a microprocessor controller (16). The VCU sends 
vehicle location and/or stop information to the BSCU. The BSCU compares the vehicle route stop list with route management software, 
then determines when to send an impending arrival message by the system operator. 
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ADVANCE NOTIFICATION SYSTEMS AND METHODS 
UTILIZING A COMPUTER NETWORK 

FIELD OF THE INVENTION 

The present invention generally relates to data communications and 
information systems and, more particularly, to advance notification systems and 
methods for notifying users in advance of the impending arrival of a vehicle or 
user, for example but not limited to, a bus, train, delivery van, plane, fishing 
vessel, or other vessel, or user walking or riding, to or at a particular stop. 

BACKGROUND OF THE INVENTION 
There are many situations when it is desirable for people to know of the 
approximate arrival time of a particular vehicle, the distance of a particular 
vehicle approaching, when a vehicle crosses particular location points, and when 
a particular vehicle is leaving its last stop. With such information, passengers, 
users, and companies can adjust their schedules accordingly and avoid having to 
wait on a particular vehicle to reach a particular destination. For example, a 
user having to pick up a friend or relative at a commercial bus station either has 
to call the bus station to find out the approximate arrival time (information 
which is oftentimes unavailable) or plan on arriving at the bus station prior to 
the scheduled arrival time of the bus and hope the bus is not delayed. 

Another example includes a user walking and carrying a device such as a 
mobile phone or communication device with a location device, such as global 
positioning system (GPS) receiver, connected for sending location information to 
a control unit. It would be desirable for this control unit to broadcast a user's 
impending arrival time, distance to be traveled before arriving, specific location 
points and/or the time when leaving their last stop. This information may be 
broadcast to an employer, spouse, parent, or other user, when the vehicle/user 
reaches a predetermined location. 

Another example involves school children that ride school buses. School 
children who ride buses to school often have to wait at their bus stops for 
extended lengths of time because school buses arrive at particular bus stops at 
substantially different times from one day to the next. The reason is that school 
buses are not always the best-maintained vehicles on the roads, frequently 
operate during rush hour traffic, and must contend with congested 
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urban/suburban conditions. As a result, school children are forced to wait at 
their bus stops for long periods of time, oftentimes in adverse weather 
conditions, on unlit street corners, or in hazardous conditions near busy or 
secluded streets. If it is raining, snowing, windy and cold, and/or even dark, such 
conditions can be unhealthy and unsafe for children. 

Yet another example is in the commercial overnight package delivery 
industry, wherein packages are delivered on a tight schedule. In this regard, it 
is desirable to notify a user at a delivery stop for better customer preparation as 
the vehicle approaches. By the customer becoming better prepared and a 
delivery driver being able to deliver more packages per day, an overnight 
package delivery company can increase profits by requiring fewer vehicles to 
deliver more packages in a business day. 

Additionally, individuals already try to project the arrival of a vehicle or 
package by online package tracking services provided by commercial delivery 
companies, such as the United Parcel Service (UPS), Federal Express (FED-X), 
and others. Although traditional methods used in determining when a vehicle 
are to arrive at a stop is effective in some cases, a more precise method using a 
pre-warning message can be more helpful in providing accurate information. 
Currently, such vehicles, in order to ensure delivery of all packages in the same 
day, keep loads at a lower capacity in order to compensate for waiting times 
encountered at a percentage of vehicle stops when customers react slowly to 
their arrival. 

Thus, generally, it would be desirable for a user to know when a vehicle 
(such as a bus, truck, train, plane, user, or the like) is (a) a particular time 
period (for example, number of minutes or seconds) away from arriving at a 
destination, (b) a particular distance (for example, number of miles or height) 
away from the destination, or (c) at a particular location among a set of location 
points, so that the user can adjust his/her schedule and avoid arriving too early 
or too late. 

In the past, in order to combat the arrival time problem in the context of 
school buses, student notification systems have been employed that use a 
transmitter on each bus and a receiver inside each student home. U.S. Patent 
No. 4,713,661 to Boone et al and U.S. Patent No. 4,350,969 describe systems of 
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this type. When the school bus and its on-board transmitter come within range of 
a particular home receiver, the transmitter sends a signal to notify the student 
that his/her school bus is nearby. While such notification systems work 
satisfactorily under certain circumstances, nevertheless, these systems are 
limited by the range of the transmitters and require the purchase of relatively 
expensive receivers for each student. In addition, such systems provide little 
flexibility for providing additional information to the students, such as notifying 
them of the delayed arrival of a bus, alternative bus route information, or 
information regarding important school events. 

SUMMARY OF THE INVENTION 

Briefly described, the present invention provides for advance notification 
systems and methods for notifying a user of an impending arrival of a vehicle as 
the vehicle approaches a particular location. Notification of a vehicle arrival may 
be in the form of, but not limited to, predefined locations, predefined times, 
anoVor predefined distances, and may occur when the vehicle is leaving its last 
stop before approaching the particular location. The advance notification system 
generally comprises a vehicle control unit (VCU) disposed on each vehicle and a 
base station control unit (BSCU) which is configured to communicate with all of 
the vehicle control units and with a user computer, pager, television, and/or 
telephone. 

The VCU includes different types of configurations, based on the system 
application. In a first system configuration a vehicle control unit includes a 
vehicle communication mechanism controlled by the vehicle control mechanism, 
a global positioning system (GPS) location device or package delivery indicator 
for determining actual vehicle positioning, and, optionally, one or more input 
devices, e.g., a bar code scanner, hand held remote data entry device, or switches 
(such as buttons) that may be operated by the vehicle driver, for the purpose of 
relaying messages to the BSCU. The control mechanism is adapted to initiate or 
receive data communications utilizing the vehicle communication mechanism 
when the vehicle location and/or package delivery information needs to be 
uploaded to the BSCU. In the preferred embodiment, the vehicle communication 
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mechanism is a wireless communication interface, such as a mobile telephone, 
radio frequency (RF) transceiver, or other suitable device. 

In a second system configuration, the vehicle control unit includes a 
vehicle communication mechanism controlled by the vehicle control mechanism, 
and/or sensors {e.g., global positioning system receiver, door opening, package 
delivery indicator, ignition switch input, etc.) which convey to the vehicle 
communication mechanism their vehicle sensor information for determining 
location. 

In a third system configuration, the vehicle control mechanism and 
sensors include the packages and delivery list for signaling to the vehicle 
communication mechanism and the vehicles' stops. The BSCU determines each 
stop address and/or time of last deliveiy for the timing of each message to the 
user computer address. 

The control mechanism is adapted to initiate communication utilizing the 
vehicle communication mechanism when the time elapsed andVor traveled 
distance of the vehicle at any of the particular positions is either ahead of or 
behind the scheduled time and/or on a regular basis and/or when a delivery is 
made, and/or when polled by the BSCU. In the preferred embodiment, the 
vehicle communication mechanism is a wireless communication interface, such 
as a mobile telephone's voice or data channels, radio frequency (RF) transceiver, 
or other suitable device. 

The BSCU has a base station communication mechanism and a base 
station control mechanism for controlling the base station communication 
mechanism. The base station communication mechanism receives the vehicle 
identification and location information and/or delivery information from the 
VCU. The base station control mechanism may be configured to store vehicle 
location, compare locations and/or deliveries with a mapping data base, compare 
user definable requests for advance notification of the vehicle's impending 
arrival, and send information to users' computers, pagers, televisions, and/or 
telephones for the advance arrival of a vehicle. 

Additionally, one or more functions of the BSCU internal 
modules/components may be linked to remote sites, such as a user computer. In 
one BSCU configuration, a user wishing to be notified of the impending arrival of 
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a vehicle may share some or all part/s of the BSCU operation with software 
running on a user computer. In this example the user computer equipped with 
advance notification software may have the control mechanism for comparing 
locations with a mapping database, comparing user definable requests for 
5 advance notification of the vehicle's impending arrival and the ability to receive 

vehicle locations, deliveries from a vehicle, BSCU collecting vehicle location 
and/or delivery information. The computer messages to be displayed with or 
without audio before the vehicle arrives on a user computer is achieved from 
networking software and/or advance notification software on the computer 

10 network or a user computer. Moreover, when the configuration is set-up on a 

person's computer, the computer can activate paging to a pager and telephone 
calls to other locations with a modem and software for forwarding messages. The 
preferred mechanism for displaying the arrival of the vehicle at a particular stop 
location is a remote BSCU sending messages to a user computer over a computer 

15 network with or without additional advance notification software, a user 

computer with advance notification software and receiving vehicle 
location/delivery information from a vehicle or remote BSCU storing vehicle 
location information. In the preferred embodiment, the base station 
communication mechanism is a modem communication device, such as a 

20 telephone, RF, cable modem, or combination thereof, for communicating with the 

vehicle communication mechanism and also comprises at least one telephone 
modem, RF modem, or cable modem for sending information to users' computers, 
receiving information from a BSCU with vehicle location information and/or a 
computer network for linking BSCU mechanisms over a network to a user 

25 computer. Additionally, connecting a television to a users computer and the 

user's computer operating software / hardware for displaying images onto a 
person's television screen when a vehicle is approaching. This type of display is 
accomplished in many different methods including, over existing programming, 
similar to on screen programming / remote control commands displays. 

30 The advance notification message is to advise a user of the impending 

arrival of the vehicle. Preferably, a computer can exhibit a distinctive video and 
sound so that the message recipient will be informed of the arrival of a vehicle. A 
user computer may exhibit a display on the monitor or attached television of a 
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video and/or sound, so that the recipient may be notified of the vehicle time of 
arrival, distance before arriving, particular location, and/or its last stop, all of 
which are predefined by the user, passenger, or service provider. 

In accordance with a significant feature of the present invention, the 
computer network is used to advise users of a vehicle's impending arrival. 
Moreover, a user computer may display an impending time of arrival, distance to 
be traveled before arriving and the vehicle's actual location on a map when the 
vehicle reaches a predetermined location. 

It should be emphasized that while the present invention is particularly 
suited for commercial overnight delivery applications, there are many other 
applications. As examples, the advance notification system and method of the 
present invention could be employed with commercial buses, trains, planes, 
pickup vehicles, fishing vessels, other transportation vehicles, delivery vehicles, 
and individuals carrying location devices and/or delivery sensors and/or other 
sensors for determining location by a remote computer for advance notification 
messaging. 

Other features and advantages of the present invention will become 
apparent from the following drawings. All such additional objects, features, and 
advantages are intended to be included herein. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention can be better understood with reference to the 
following drawings. The drawings are not necessarily to scale, emphasis instead 
being placed upon clearly illustrating the principles of the present invention. 
Moreover, like reference numerals designate corresponding parts throughout the 
several views. 

Fig. 1 is a high level schematic diagram of an advance notification system 
of the present invention as applied to a delivery truck system, as an example, 
Fig. 1 depicts a vehicle control unit (VCU) in communication with a base station 
control unit (BSCU), which is in turn in communication with a customer 
computer and/or computer address, the customer computer preferably offers a 
video and/or audio display. 
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Fig. 2 is a high level schematic diagram of an advance notification system 
of the present invention as applied to a delivery truck system, as an example. 
Fig. 1 depicts a VCU in communication with a BSCU, which is in turn in 
communication with a customer computer and/or computer address, a customers 
5 business or home telephone, a customer's mobile phone, a customer's wireless 

pager, and a customer's television. These devices offer an improved method for 
notifying a person of the impending arrival of people or vehicles. 

Fig. 3 is a high level flow chart diagram of the advance notification 
system of the present invention as applied to a delivery truck system, as 

10 indicated in this diagram, the advance notification system generally includes a 

vehicle monitoring process for determining the location of vehicle's remotely, a 
messaging component for sending electronic messages when a vehicle reaches a 
predetermined point prior to the arrival at a person's stop, and a person's 
computer connected to a network (e.g., Internet) for receiving and displaying an 

15 impending arrival message. 

Fig. 4 is a high level flow chart diagram for determining when to use a 
second method of sending an impending arrival message to a person. This 
diagram shows how a telephone call can be activated first and if unsuccessful, 
determined by the retry attempts in this diagram, secondly sends a computer 

20 message. Asking an individual receiving an electronic message to respond could 

reverse this and if no response was received back, a telephone call to the person 
would be made. Also worth noting, the messaging method to an individual could 
always be one, both, or others. 

Fig. 5 is a high level flow chart diagram of different messaging options. 

25 While one method is suitable for some people, two or more different type 

messaging methods are more likely to be effective for others. The diagrams show 
the options for receiving impending arrival messages as a message to a computer 
address, a telephone call with a message (if answered), a message on a pager, 
and a message to a person's television address. 

30 Fig. 6 is a high level flow chart diagram for activating an impending 

arrival message when electronic mail (E-Mail) is received on a person's computer 
or at a person's computer address. An impending arrival message in the form of 
an electronic message or more commonly known as E-Mail, activates additional 
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software, setup with user preferences, for tailored audio announcements and 
video displays. 

Fig. 7 is a high level modular diagram of the overall operation of the 
advance notification system described as system configuration and necessary to 
5 show the differences of individual module configurations. Additionally, this 

configuration is a simple diagram of an advance notification system, designed to 
send a user's computer address a message when a vehicle is approaching and 
also used as an overview of Fig. 1. 

Fig. 8 is another high level modular diagram of the overall operation of 

10 the advance notification system described as system configuration and necessary 

to show the differences of individual modular configurations. Additionally, this 
configuration is a simple diagram of an advance notification system, designed to 
send a user computer vehicle location information only, for the user computer to 
determine when to notify the user and send a message to the computer screen 

15 and also by audio means, when a vehicle is approaching. 

Fig. 9 is another high level modular diagram of the overall operation of 
the advance notification system described as system configuration and necessary 
to show the differences of individual modular configuration preferences of 
different systems. Additionally, this configuration is a simple diagram of an 

20 advance notification system, designed to send a message about the next stop to a 

users computer as the last delivery (prior to the impending stop) is made and 
thus notify the user via a message on a computer screen and audio means, when 
a vehicle is approaching. 

Fig. 10 is another high level modular diagram of the overall operation of 

25 the advance notification system described as system configurations and 

necessary to show the differences of individual modular configuration 
preferences of each system. Additionally, this configuration is a simple diagram 
of an advance notification system, designed to determine a vehicle location by a 
stop, or delivery at a particular location, without GPS or normal location devices 

30 on the vehicle. This system determines vehicle location from a delivery fist and 

acknowledgment of each delivery to the BSCU. The address and distance to the 
next stop is determined by routing software, mapping software, past records of 
travel, and actual traffic data systems, compared in the BSCU to determine 
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time, distance, and actual vehicle location prior to a user stop. The ability to 
notify a user computer as the pre-selected advance notification preferences are 
activated allows the system to notify the user of a message on a computer screen 
and/or by audio means when a vehicle is approaching. Other combinations of the 
5 configurations (Fig. 7 through Fig. 10) are used based on application, business, 

and customer needs. 

Fig. 11 is a high-level schematic circuit diagram of the VCU. The VCU is 
designed to be a compact unit with a generally rectangular housing that is 
mounted preferably on or in front of the dashboard of the vehicle in view of and 
10 within reach of the vehicle driver. In the housing, the microprocessor controller 

is interfaced with the transceiver by a transceiver jack (preferably a 
conventional 8-conductor telephone jack when transceiver is a mobile telephone), 
and the transceiver includes an antenna for transmitting and/or receiving 
signals to and from the BSCU. Further, the VCU includes a liquid crystal 
15 display (LCD) module disposed for external viewing of the display by the driver 

and for providing information to the driver, as described previously. 
Fig. 12 is a low level block diagram of the VCU of Fig 11. 
Fig. 13 is a flow chart of a vehicle control process for the VCU and BSCU. 
Figs. 14 is an example of a route list after calculations have determined 
20 the route stop order and the time between stops. The left side shows GPS 

longitude/latitude coordinates and estimated time between stops that is 
maintained in the VCU database, while the right side shows the mailing address 
and stop number to be displayed on an LCD. 

Fig. 15 is a diagram showing how to determine route stop timing events 
25 with past route averages and actual live inputs from VCLPs for a combined 

calculation for better estimations of a vehicle actual location between 
communication updates and improved accuracy of impending arrival messages. 

Fig. 16 is a diagram of an event schedule for sequencing and activating of 
impending arrival messages from predetermined locations, time before arrival 
30 and distance before arrival of a particular vehicle. 

Fig. 17 is an example diagram of a messaging event sequence when 
sending messages to users before the vehicle arrives. Moreover, it shows an 
update message used when a particular vehicle is delayed. The update message 
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is used when a person is notified and waiting on a vehicle to arrive, but the 
vehicle is delayed after passing the activation point for sending the first 
message. 

Fig. 18 is a flow chart of when a second or third message is used and how 
the BSCU determines the activation of these messages. 

Fig. 19 is a diagram of an example of a method for determining vehicle 
location without the vehicle being equipped with a location device, such as a 
GPS, or other devices used for odometer/distance reading device, etc., in an 
advance notification system. This flow chart diagram illustrates a method for 
determining vehicle location from a delivery list, actual delivery or attempt to 
deliver notices and route determining software in the BSCU and/or a user 
computer. The route and/or mapping software determines the vehicle path 
(roads) to the next stop and then calculates the distance from mapping software. 
Furthermore, the vehicle location is associated with time for determining a 
moving vehicle location. This vehicle location/time is calculated from past route 
data, mapping software of speed limits, stops signs, red lights, etc. and7or traffic 
monitoring systems with sensors normally located along the roadside. It also 
provides an inexpensive means for determining a vehicle time, distance, and/or 
location away from a home or business for activating an advance notification 
message of an impending arrival of a vehicle from different user preferences. 

Fig. 20 is a flow chart of a simple and low cost advance notification 
system for notifying users of the impending arrival of a particular vehicle, when 
the vehicle leaves it's last (prior) stop, and on it's way to the user's stop. 

Fig. 21 is a high level flow chart for determining the reliability of a 
vehicle's location without constant communication. A vehicle's location 
determining factor (VLDF) is calculated by the BSCU from past route averages, 
including roads/streets, time of day, vehicle driver, day of week, week of year 
(holidays normally take more time), and averaged for a particular route, time, 
and day. 

Fig. 22 is a diagram of an example of the communication flow of an 
advance notification system using a computer network. The BSCU is equipped 
with a computer network site for interfacing and displaying information on a 
person's computer for setting up and starting the advance notification service. 
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Additionally shown is how the personal preferences are processed and impending 
arrival messages are activated when the vehicle's location matches the personal 
preferences. 

Fig. 23 is a high level flow chart for determining when to use a cycle 
communication protocol. This chart discloses one method for lowering 
communication while a vehicle is in route for an advance notification system. 

Fig. 24 is a high level flow chart for showing the methods for determining 
when to program a VCU with cycle communication before a route starts. 

Fig. 25 is a high level flow chart of a user computer equipped with 
software for displaying audio and video, and moreover, the user preferences for 
playing audio messages and / or video displays when impending arrival 
messages are received. 

Fig. 26 is a diagram and example for accessing and receiving advance 
notification information when accessing an Internet or computer site page. 

Fig. 27 is a table used for determining activation points for impending 
arrival messages. The roads and locations are normally taken from past records 
and mapping software for placing a user's request at particular location points 
associated with a distance, time, or other location activation areas for starting 
an impending arrival message. 

Fig. 28 is a graphic of a map showing impending arrival activation points 
when a user request is compared with distance, time, or locations, for activating 
an impending arrival message/s. 

Fig. 29 through 39 is diagrams of user preferences and on-screen displays 
of the advance notification system, as a user is connected over a computer 
network and/or is operating proprietary software. 

Fig. 29 is a diagram and example of an on-screen display of a user 
connecting to a internet computer site / location. To sign-up for the advance 
notification service a user has the ability to download the software for additional 
displays and audio options or to signup on-line through a computer connection. 

Fig. 30 is a diagram and example of an on-screen display for entering the 
users home or business address, telephone number, and computer address (not 
shown). It would also be obvious to enter pager numbers, mobile phone numbers, 
cable television box identification numbers and other communication hardware 
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addresses that would notify the user of an impending arrival of a vehicle, when 
the vehicle reaches a predefined location, time, prior stop, or distance. 

Fig. 31 is a diagram and example of an on-screen display for showing the 
user location on a map and how the location is confirmed by the user. 

Fig. 32 is a diagram and example of an on-screen display for providing the 
user with a choice of different type notification messages based on the type or 
category of selected vehicles. This allows (if optioned) the user, as an example, to 
receive an impending arrival message from a school bus when the school bus is 
five minutes away and an impending arrival message from a delivery truck when 
the vehicle is two miles away. 

Fig. 33 is a diagram and example of an on-screen display of user options 
for being notified when a vehicle is at a predetermined time, distance, or 
particular location. This screen is not shown when a vehicle or company 
predefines when an impending arrival message is sent. 

Fig. 34 is a diagram and example of an on-screen display for adjusting the 
amount of time before a vehicle arrives to send an impending arrival message. 
Additionally, a map can show actual activation points, based on vehicle type/s, if 
optioned (Fig. 28). 

Fig. 35 is a diagram and example of an on-screen display for adjusting the 
amount of distance before a vehicle arrives to send an impending arrival 
message. Additionally, a map can show actual activation points, based on vehicle 
type/s, if optioned (Fig. 28) 

Fig. 36 is a diagram and example of an on-screen display for adjusting a 
predefined area for activation of an impending arrival message. This illustration 
is for setting a circle perimeter around a stop or location. The activation points 
are at the outside areas of the circle and matching road/street addresses. 

Fig. 37 is a diagram and example of an on-screen display for adjusting a 
predefined area for activation of an impending arrival message. This illustration 
is for setting a grid perimeter around a stop or location. The activation points are 
at the outside areas of the grid area/s and matching road/street addresses. 

Fig. 38 is a diagram and example of an on-screen display for adjusting a 
predefined area for activation of an impending arrival message. This illustration 
is for setting a perimeter around a stop or location by placing street markers 
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onto a map roads and streets. The activation points are the street markers 
located at the road/street addresses. Additionally, (not shown) all roads / street 
markers should close a perimeter around a users home or business. 

Fig. 39 is a diagram and example of an on-screen display for user options 
and needed for selecting methods of receiving impending arrival messages over a 
computer network to a user computer and / or ringing a user telephone. 
Although not shown in this configuration and illustration, other messaging 
methods, such as a personal pager, a mobile phone, a cable television box, or 
other communication devices could be used to notify a user when a vehicle 
reaches a predetermined location, time, prior stop, or distance, and therefore 
could be added to Fig. 39. 

Fig. 40 is a diagram and example of a vehicle control unit (VCU) with a 
display area and control buttons. The display shown in this illustration is 
displaying the vehicle's next stop in a text format for the driver. This text format 
could be changed to show a map with highlighted roads to the next stop or actual 
directions (not shown). 

Fig. 41 is a diagram and example of a vehicle control unit (VCU) with a 
display area and control buttons. The display shown in this illustration is 
displaying the vehicle's route list order and the next stop / delivery to be made, 
as highlighted. 

Fig. 42 is a diagram and example of a vehicle control unit (VCU) with a 
display area and control buttons. The display shown in this illustration is 
displaying the vehicle's route list order with next stop / delivery to be made, and 
a stop that has been moved (lower highlighted area with (M) on left side) from an 
earlier route stop, as previously indicated in Fig. 41. 

Fig. 43 is a diagram and example of a vehicle control unit (VCU) with a 
display area and control buttons. The display shown in this illustration is 
displaying the vehicle's route list order with next stop / delivery to be made, and 
a stop that has been rescheduled from an attempted delivery (lower highlighted 
area with (AR) on left side) from an earlier route stop. 

Fig. 44 is a diagram and example of a vehicle control unit (VCU) and a 
flow chart showing a method for determining when the route list is completed 
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and sending additional information to the VCU display for the driver to return to 
a loading area, as an example. 

Fig. 45 is a flow chart diagram of a personal computer operating advance 
notification software and communicating with the BSCU for actual vehicles, and 
said vehicles' related information, that are approaching their stop. Additionally, 
this configuration is another example for operating software on a person's 
computer, for activating an impending arrival message to the user, when a 
vehicle is approaching. 

Fig. 46 is a high level flow chart diagram of a BSCU and control process 
when the BSCU initializes, activates, and sends impending arrival messages, as 
opposed to Fig. 47, when the BSCU is not used for sending impending arrival 
messages, but vehicle location information to a computer equipped with advance 
notification software. 

Fig. 47 is a high level flow chart diagram of a BSCU and control process, 
when the BSCU sends vehicle location information to remote computers, for 
activation of impending arrival messages on user computers. 

Fig. 48 is a high level flow chart diagram of the initialization process 
between the VCU and The BSCU. Additionally, this illustration shows a 
configuration for the BSCU to configure the VCU clock and the communication 
method. 

Fig. 49 is an example and diagram of a computer screen connected by 
software/hardware to an internet service provider and receiving an vehicle's 
impending arrival message in the form of E-Mail or electronic mail. 

Fig. 50 is a high level flow chart diagram of a method for receiving 
impending arrival messages through a satellite television link or cable television 
link, and displaying the impending arrival information on a person's television. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

I. The features and principles of the present invention will now be 
described relative to preferred embodiments thereof. It will be apparent to those 
skilled in the art that numerous variations or modifications may be made to the 
preferred embodiments without departing from the spirit and scope of the 
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present invention. Thus, such variations and modifications are intended to be 
included herein within the scope of the present invention, as set forth and 
defined in the claims. 

I. System Architecture 

Referring now in more detail to the drawings, wherein like reference 
numerals designate corresponding parts throughout the several views; Fig. 1 is a 
schematic diagram of the advance notification system 10 of the present 
invention, as configured to operate for example, but not limited to, a delivery 
truck system. 

The advance notification system 10 includes, preferably, a plurality of on- 
board vehicle control units (VCU) 12, a single base station control unit (BSCU) 
14, and a plurality of user computers 29 and/or, as depicted by Fig. 2, additional 
communication devices 35. As configured in the delivery truck system 10, a VCU 
12 is installed in each of a plurality of delivery trucks 19, all of which 
communicate with the BSCU 14. Moreover, the BSCU 14 communicates with the 
computers 29 and / or a person's telephone 35b, a person's pager 35e, a person's 
mobile phone 35c or a person's television 35d, at one or more locations 36, in the 
present example of an application. 

A. Vehicle Control Unit 

The VCU 12 will now be described with reference to Figs.l, 11, and 12. 
Referring first to Fig. 1, each VCU 12 includes a microprocessor controller 16, 
preferably a model MC68HC705C8P microprocessor controller that is 
manufactured by and commercially available from the Motorola Corporation, 
USA. The microprocessor controller 16 is electrically interfaced with a 
communication mechanism 18, preferably a wireless communication device, for 
enabling intercommunication of data with the BSCU 14. Examples of suitable 
wireless communication devices include a mobile telephone (e.g., cellular) and a 
transceiver (having both a transmitter and a receiver) operating at a suitable 
electromagnetic frequency range, perhaps the radio frequency (RF) range. In the 
embodiment using a wireless RF transceiver as the communication mechanism 
18, data can be sent in bursts in the form of in-band tones, commonly called 
"twinkle tones". These tone bursts can occur in the background of an existing 
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voice channel. Twinkle tones are oftentimes used in transportation systems, 
such as taxicab communications systems. 

The microprocessor controller 16 is electrically interfaced with a system 
menu switch 21, an attempt to deliver switch 22, a reschedule stop switch 23, a 
5 clock 24, and a GPS location device sensor 25. 

Generally, vehicle tracking is accomplished by monitoring the control 
switches 21-23, the GPS location sensor 25, the battery 35 providing power to 
the controller 16, andan onboard package inventory and delivery database (Fig. 
11). Additionally, existing switches, such as door, seat, placing the vehicle in 

10 drive, and/or driver held package-tracking devices 20 (Fig. 11) may also be used 

or added to existing switches. It is recommended that all of the foregoing 
features be employed to provide redundant checking and control of 
communication. More specifically, the system menu switch 21 includes options 
for route starting and resetting, driver responses to messages sent from the 

15 BSCU 14, suspended operation (lunch, breaks, etc.), emergency activation, etc. 

The system menu switch 21 operates by scrolling upward and downward through 
options and selecting an option by pressing left or right on the control knob. 
Special events also can be programmed to occur throughout a normal day of 
operation such as, on screen displays to the driver and driver prompts to enter a 

20 response "are you starting your route?", or "when are you breaking for lunch, 

after this stop?" or "stop 115 3 rd street has responded to message and is available 
to receive a package," "not available for delivery" or "would you like to reschedule 
this delivery for today T etc. 

The attempt to deliver switch 22 can be actuated by the driver of vehicle 

25 12 upon reaching a user stop and finding no one available to sign for and/or 

receive a package. In this example, the driver activates the attempt to deliver 
switch 22 in order to inform the VCU 12 that a stop has been made and the 
package is still on board, the details of which will be further described 
hereinafter. 

30 The driver at a stop can actuate the .reschedule stop switch 23 if the 

driver is planning to revisit the stop in the same day, as will be further described 
in detail hereinafter. Activation of the stop switch 23 indicates to the 
microprocessor controller 16 that a display module 33 and memory should be 
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updated. In essence, the attempt to deliver switch 22 and the reschedule stop 
switch 23 cause the stop designation to be rescheduled for a second time in a day 
or for the following day. The actual displayed information on the display module 
33 is acceptance of input and further instructions, normally when the reschedule 
stop switch is activated. 

Additional options include the placement of the stop to be rescheduled 
within the upcoming stops in that day. The stored driver choices in the VCU 12 
from the attempt to deliver and/or the reschedule stop switch/s, are sent to the 
BSCU 14 respectively. Additional menu options 21 can be added to the VCU 12 
in the form of buttons, as shown in Fig. 40. 

The VCU 12 can be configured so that the operation of the system menu 
switch 21, the attempt to deliver switch 22, and the reschedule stop switch 23 
are purely optional. In this configuration, the location sensor 25 can 
automatically accomplish the aforementioned functions of the switches 21-23. 
However, in a simple configuration, the delivery driver has no user functions 
and the VCU sends package, delivery, and time information only to the BSCU 
14. The range of configurations is provided for the types of deliveries and nature 
of a company and its packages or cargo. As an example, a furniture delivery 
company only delivers a limited number of packages per day. Most delivery 
times (on location) for furniture is unpredictable and, therefore, advanced 
features needed for quicker and more frequent stops are not needed. 

However, in one of the simplest configurations, the delivery driver has no 
user functions, and the VCU 12 is not equipped with a location-determining 
device. The VCU is equipped with a package sensor only, and the package sensor 
sends signals to the BSCU for the actual delivery of a package at a stop. 
Furthermore, for the BSCU to determine notification time, distance, location on 
a map, or broadcast the delivery vehicle's next stop, the BSCU should store the 
driver's route in its data base and/or receive next stop information from the VCU 
or other stored means. Other types of information may also be displayed on the 
display module 33. For example, the display module 33 may inform the driver of 
a particular vehicle to meet another driver for load sharing (as in a holiday 
season or when a driver experiences an emergency, such as a breakdown from a 
deflated tire or involvement in an accident), may inform the driver that the 
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status of the VCU 12 in communication with the BSCU 14, or may inform the 
driver that the advance notification system 10 is operating. 

A sensor comparison in the VCU provides the BSCU 14 with more 
accurate vehicle operational intentions, such as a vehicle door sensor and a 
location device {e.g., GPS) which may be compared for determining whether the 
driver has started to the next stop. A cross reference of these sensors and 
switches can make a determination between the vehicle 19 making a delivery 
stop and stopping at a road sign or red light or rest area. By comparing the 
location device outputs and determining when the vehicle 19 is stopped, with the 
delivery door sensor, a determination of a stop can be assured. Other 
calculations can be utilized on single sensors such as counting the number of 
times the delivery door opens and closes, or as a package is scanned as it enters 
or leaves a vehicle. 

The positioning system 25 can be used to determine the geographical 
position of the vehicle 19 on or above the earth's surface. The positioning system 
25 could be GPS (global positioning system), the LORAN positioning system, the 
GLONASS positioning system (USSR version of GPS), or some other suitable 
position tracking system. 

Figs. 7, 8, 9, and 10, are modular component diagrams of the advance 
notification system 10 of the present invention, as configured to operate for 
example, but not limited to, delivery truck systems. Furthermore, each diagram 
helps to show examples of VCU 12 in different, but not limited to, system 
configurations and applications. It will be apparent to those skilled in the art 
that numerous other variations or modifications may be made to the preferred 
embodiments without departing from the spirit and scope of the present 
invention. 

To better understand the modules within VCU 12, Figs. 7, 8, 9, and 10, 
are examples of different configurations for providing advance notification of an 
impending arrival of a particular vehicle 19. Moreover, to understand the VCU 
12 in different systems, Figs. 7, 8, 9, and 10, are illustrations and modular 
diagrams of the advance notification system and show how the VCU 12 interacts 
with the other system components. 
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Fig 7, is an advance notification system 10 comprising, preferably, a 
plurality of on-board vehicle control units (VCU) 12, a modular Base Station 
Control Unit (BSCU) 14 and one or moi*e person's linked to a computer network 
with one or more computers 36. In this configuration each Vehicle Control Unit 
(VCU) 12 is equipped with a global positioning system (GPS) sensor 25a for 
receiving satellite signals for determining vehicle 19 location. The global 
positioning system (GPS) sensor 25a sends positioning data to the Computer 
Controller (CC) 12a. The computer controller 12a from a hierarchy standpoint 
controls the overall operation of the Vehicle Control Unit (VCU) 12. The 
computer controller 12a interacts with the Cellular Transceiver (CT) 18a and 
establishes wireless communication through the Wireless Transceiver (WT) 26 to 
the Base Station Control Unit (BSCU) 14. Actual communication between the 
Vehicle Control Unit (VCU) 12 and the Base Station Control Unit (BSCU) 14 can 
occur when the Computer Controller (CC) 12a receives wireless communication 
from the Base Station Control Unit (BSCU) 14, when predefined User Input 
Controls (UIC) 21a are activated, when a predetermined time period has expired, 
or when a predetermined vehicle location is determined, through the Global 
Positioning System (GPS) Sensor 25a. The actual communication protocol can be 
set by the Base Station Control Unit (BSCU) 14 and established from the end- 
user requirements during the setup of each system. 

The advance notification system 10 is customized for each system 
implementation for communication optimization needed for lowering the number 
of wireless messages and the cost between the Vehicle Control Unit (VCU) 12 
and the Base Station Control Unit (BSCU) 14. As an example, when vehicles 
have extended and long drives, normally in rural or remote areas, 
communication can be stopped until the vehicle reaches a predetermined 
location, time, or when polled by the (BSCU) 14. Upon reaching the predefined 
location, or the expiring of a predefined time period, or when polled by the 
(BSCU) 14, communication is restarted. Additionally, the actual communication 
can be triggered by the activation of a User Input Control (UIC) 21a. As an 
example, when a vehicle driver activates the User Input Control (UIC) 21a (e.g., 
when a package is delivered and sensor is activated), communication from the 
Vehicle Control Unit (VCU) 12 to the Base Station Control Unit (BSCU) 14 can 



19 



WO 98/40837 PCT/US98/04540 

be established. Because the (BSCU) 14 controls the communication protocols 
(ability to analyze travel data for best communication methods, then down 
loaded to VCU 12) in the (VCU) 12, multiple combinations in most trucks 19 can 
be used to limit communication. 
5 Figs. 8, and 9, are illustrations of advance notification system 

configurations, without the use of a Global Positioning System (GPS) as shown 
in Figs. 1, 2, 6, 7, and others. Figs. 8 and 9 illustrate a system for notifying a 
Person's Computer (PC) 36 by tracking each vehicle's package delivery attempt, 
by monitoring User Input Controls (UIC) 21a and each truck route list with 
10 order of delivery (RL) 21b (Fig. 9). By monitoring each vehicle's 19 attempted 

delivery and their particular route order, advance notification can be set for a 
prior stop, a particular estimated location using mapping software and/or past 
records of vehicle times associated with package delivery stops and the time 
between. 

15 Fig. 11 is a schematic circuit diagram of the VCU 12. The VCU 12 is 

designed to be a compact unit with a generally rectangular housing 34 that is 
mounted preferably on or in front of the dashboard of the vehicle 19 in view of 
and within reach of the vehicle driver. In the housing 34, the microprocessor 
controller 16 is interfaced with the transceiver 18 by a transceiver jack 31 

20 (preferably a conventional 8-conductor telephone jack when transceiver 18 is a 

mobile telephone), and the transceiver 18 includes an antenna 32 for 
transmitting and/or receiving signals to and from the BSCU 14. Furthermore, 
the VCU 12 includes a liquid crystal display (LCD) module 33 disposed for 
external viewing of the display by the driver for providing information to the 

25 driver, as described previously. 

Fig. 12 is a more detailed schematic circuit diagram of the electronic 
components associated with the VCU 12. The microprocessor controller 16 
essentially controls the operation of the transceiver 18, the Global Positioning 
System (GPS) 25 and the LCD display module 33. A switching element 37, such 

30 as an opto isolator (optical isolator) unit, provides a buffer between the 

microprocessor controller 16 and the battery 35 as well as switches 20, 21, 22, 
and 23. An EEPROM 43 is provided for storing the control programs and other 
requisite data for the microprocessor controller 16, and a RAM 44 is provided for 
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running the control programs in the microprocessor controller 16. A matrix 
keyboard emulator 39 is interfaced between the transceiver 18 and the 
microprocessor controller 16 to control and transmit signals over the transceiver 
18. Further, a dual tone multiple frequency decoder 41 is interfaced between the 
mobile telephone transceiver 18 and the microprocessor controller 16 for 
decoding modem signals, or tones, received by the mobile telephone transceiver 
18 from the BSCU 14. 

B. Base Station Control Unit 
Referring to Figs. 1 and 2, the BSCU 14 may be implemented using any 
conventional computer with suitable processing capabilities. The BSCU 14 can 
communicate to the homes or businesses of customers via, for example but not 
limited to, either of the following interfaces: (a) computer links 31 through 
modem cards to the user computers 29; (b) a computer network operated by an 
Internet service provider. The Internet adheres to the conventional computer- 
networking model and supports the carrying of application information in an 
application independent fashion. The computer network is a cost effective 
technology that delivers voice and data information between computer terminals 
and a computer network or Internet using existing POTS (plain old telephone 
service) lines, ADSL (asynchronous digital subscriber line), FTTC (fiber-to-the- 
curb) networks or cable television network or a combination of the two 
infrastructures. The BSCU 14 or parts of the BSCU 14 may also reside in a user 
home or business as a stand alone operational system, via software operating on 
a user computer 29 and receiving vehicle 19 location information from VCU/s 12 
through a modem and/or network link. Moreover, the BSCU 14 and user 
computer 29 may contain combinations of modules for achieving notification of 
the impending arrival of a vehicle 19 at a user stop, on that user 
computer/computer address. 

In the preferred embodiment, a centralized BSCU 14 communicates 
through a direct link to a computer network and/or multiple port modem cards to 
user computers 29. When using multiple means in this regard, a set of 
conventional modem processing cards are utilized for communicating with 
computers 29 in one or more homes or businesses, or with computer/Internet 
addresses as depicted in Fig. 1 as user locations 36. The system 10 could be 
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configured to send an electronic message to a prospective users' network 
address, thus warning the user of the impending arrival of a vehicle 19, as 
opposed to sending data to activate a user computer equipped with additional 
software for displays and audio warnings. In the preferred embodiment, the 
BSCU 14 includes at least one communication mechanism 26 and associated 
line, dedicated for communication with the VCUs 12. However, as mentioned 
previously, the BSCU 14 may be designed to communicate with the VCUs 12 via 
any suitable wireless communication device, in which case, the BSCU 14 would 
include a corresponding transceiver having the ability to receive a plurality of 
signals from the plurality of vehicles 19. 

The BSCU 14 also includes at least one, but preferably a plurality of 
telephone modems 27 (or other suitable communication interface) with 
associated telephone lines, for making the communication links to users' 
computer locations 36, or in this case, the homes or businesses of the users 
receiving and sending packages. The user messaging program (Fig. 3) for the 
advance notification system 10, which will be discussed in further detail 
hereinafter, can be designed to send messages to the computer address 
associated with homes or businesses of a user and allow the users computer 29 
to display a message to be recognized as that of the advance notification system 
11. Although, sending information from a BSCU 14 to a user computer 29 as 
described above is used in this example, other configurations are equally 
important. Another configuration includes a user computer 29, equipped with 
the BSCU 14 software modules and a link to a computer network for receiving 
vehicle location information (Fig. 8). 

The BSCU 14 modules and the PC 29 modules can be configured in 
multiple arrangements. In Figs. 7, 8, 9, and 10, system modules are setup in 
different configurations to show examples of moving modules from remote BSCU 
14 areas to a PC 29. A system setup normally requires a Wireless Transceiver 
(WT) 26 for communication with the VCU 12 on vehicles 19 and a Vehicle 
Location Data Base (VLDB) 14a for storing vehicle location data and a Mapping 
Software Data Base (MSDB) 14b for positioning the vehicle's 19 location onto 
maps and a Notification Data Base (NDB) 14c for activating an impending 
arrival message from a User Request Data Base (URDB) 14d. The URDB 14d 
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stores each person's phone number/s, computer address, preferences for 
notification, package information, stopping deliveries when out of town, etc. The 
Person's Computer 29 linked to a computer network is for receiving impending 
arrival messages when vehicles 19 are approaching. A person's computer 29 can 
be equipped with standard messaging software associated with a computer 
network or additional software that activates additional audio and/or video when 
vehicles 19 are approaching and an impending arrival message is received. 
Moreover, networking software provided by commercial Internet access 
providers with electronic messaging (E-Mail) capabilities, provides an easy 
method for a person wanting impending vehicle 19 arrival information on their 
computer screen without adding proprietary software associated with an 
advance notification system 10. Actual messages can be forwarded to the Vehicle 
Control Unit (VCU) 12 when necessary and displayed on the Liquid Crystal 
Display (LCD) 33a for driver requests and delivery needs, requesting additional 
information, etc. 

Fig. 8 illustrates a system configuration for placing more intelligence and 
computer processing capabilities in each person's computer 29, as opposed to 
Fig. 7 where the Base Station Control Unit (BSCU) 14 is controlling the Mapping 
Software Data Base (MSDB) 14b, the Notification Data Base (NDB) 14c, the 
User Request Data Base (URDB) 14d . In Fig. 7, these modules are controlled by 
each Person's Computer (PC) 29 linked to a computer network. By equipping 
each Person's Computer (PC) 29 with proprietary advance notification system 
softwai'e as illustrated in Fig. 8, different system configurations can be used for 
optimization and customization for the end user. Additionally, information 
sharing between modules on a person's computer 29, as opposed to more 
modules located at remote locations (Fig. 7) away from each person's computer 
29, may, in some cases, not optimize performance. By locating system modules 
(proprietary software) on each person's computer 29, the Base Station Control 
Unit (BSCU) 14 loading can be minimized. Moreover, actual onscreen video and 
audio associated with the advance notification warning can be stored on a 
person's computer 29, with activation by a vehicle's 19 location as it reaches a 
predefined location, time, or prior stop. This configuration allows vehicle 19 
location information to be received by the Wireless Transceiver (WT) 26. 
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The live vehicle 19 location information is made accessible through the 
Vehicle Location Data Base (VLDB) 14a. The (VLDB) 14a also analyzes route 
data by averaging past routes with time from one location to the next. Time of 
day, day of week and month are also determining factors needed for determining 
the average travel time from one location to the next. The protocols used for the 
computer network communication between the modules located on a person's 
computer 29 and the modules located at a BSCU14 for vehicle location 14a are 
normally as follows, (a) The Person's Computer (PC) 29 contacts the Base 
Station Control Unit's (BSCU) 14 Vehicle Location Data Base (VLDB) 14a (Figs. 
7-10) when vehicle 19 location is needed for monitoring a vehicle 19 for an 
advance notification warning. Timing cycles are used for vehicle 19 location 
updates, and preferences can be set for communication optimization, (b) The 
Base Station Control Unit (BSCU) 14 sends vehicle location to the Person's 
Computer (PC) 29 when a predefined time period expires, the estimated vehicle 
19 location is not correct with the actual vehicle 19 location, when a vehicle 19 
sensor is activated, or when loading or capacity allows for communication to take 
place. Additionally, vehicle 19 location information can be sent over a computer 
network and/or Internet at predefined times and automatically received by each 
Person's Computer (PC) 29 that is linked to the computer network/Internet. A 
particular vehicle's location, in-between communication cycles, is established by 
past vehicle location records and average time needed to travel from one location 
to the next. Moreover, some configurations only update vehicle 19 locations at a 
predefined time of day. 

Fig. 9 and Fig. 10 are illustrations of an advance notification system 10 
configuration without the use of a Global Positioning System (GPS) sensor 25a 
as shown in Figs. 1, 2, 7, and 8. These configurations illustrate a system 10 for 
notifying a Person's Computer (PC) 29 by tracking vehicles' 19 package delivery 
attempts, by monitoring User Input Controls (UIC) 21a and each truck's Route 
List with order of delivery (RL) 21b. By monitoring each vehicle's 19 attempted 
delivery and the particular route order, advance notification can be set for a 
prior stop, a particular estimated location using mapping software and/or past 
records of vehicle 19 times associated with package delivery stops and time 
therebetween. The BSCU 14 modules can be networked between remote 
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locations and a PC 29. These configurations allow the BSCU 14 to run all or 
some of the proprietary software and messaging capabilities for sending or 
displaying impending arrival messages to or on a PC 29 before a particular 
vehicle 19 arrives. Additionally, setting preferences can be achieved by 
5 connecting a (PC) 29 to the data stored on the BSCU 14, or storing the 

preferences on each PC 29. 

The messaging program (Fig. 3, 4, 5, 6, 8, 9, 22, and 25) associated with 
the advance notification system 10 may also be configured to make the user 
computer 29 exhibit a distinctive audio sound, or audio message, so that the 

10 recipient can be away from the computer 29 and receive the message. The 

message may also be in the form of a code for activation of advance notification 
software for displaying messages or direct a modem link for playing audio from a 
broadcast. A standard activation or broadcast of a message is in signals, sent to a 
computer with a modem attached, over a telephone line and typically in the form 

15 of tones. The message is asserted over a telephone line communicating 

information between modems 27 and 30 , for accessing a computer address and 
establishing a communication link 31 to a user computer 29 over the telephone 
line . 

Implementation of an advance notification system 10 over a computer 
20 network may be accomplished by purchasing a networking feature as a software 

and/or hardware package or in the form of a software program with 
communication capabilities and network service provider package or links to 
networks. One form of a network link is in the form of an Internet service 
provider. This service is widely available to the public. Generally, Internet 
25 service providers operate network computers for linking computers with other 

computers, now usually over normal telephone line interfaces, but greater 
capacity handling communication links including fiber optics, cable television 
networks, and digital wireless networks may also be used. When a computer is 
connected over a telephone line to an Internet service provider the telephone line 
30 link travels from telephone lines linked to the Internet service provider through 

the telephone company switch to the user computer. 

The feature for establishing the Internet connection is sold to the public 
under several different commercial trade names. Examples are as follows: 
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America On Line (AOL), Microsoft Network (MSN), AT&T WorldNet Service, 
CompuServe and many more. 

The package addresses are normally associated with the package 
identification numbers in many ways. For example, the package address may be 
added to the package by additional bar coding when the package is shipped or, 
the user sending or receiving a package may connect to the BSCU 14 over a 
computer network or telephone and add an address (computer network address) 
to a package identification number for activating an advance notification 
message associated with the impending arrival of a vehicle 19 carrying this 
package. 

II. System Operation 

A. Initialization 

Initially, vehicle stops for each vehicle 19 are programmed into the 
advance notification system 10 by entering the respective package addresses. As 
the vehicle 19 is loaded with packages, the package addresses are considered as 
the vehicle location stops by the system 10. The actual addresses of the packages 
are normally scanned into a database program using a bar code scanner device 
(United Parcel Service tracking numbers are of the following formats: 1Z 999 999 
99 9999 999 9, 9999 9999 999, T999 9999 999, or D999 9999 999 with spaces and 
dashes ignored). The actual vehicle 19 number (which delivers or picks up a 
package from a business or resident, and not necessarily mid-point vehicles) and 
package addresses are recorded into the BSCU 14 when packages are sorted to a 
specific delivery vehicle 19 or are entered into the BSCU 14 by the user sending 
or receiving the package. Additional vehicle 19 stops may be added when 
requests to pickup packages are received. The request to pickup a package can 
be downloaded to the VCU 12, with a display for the driver to accept or return 
for another driver or time/day. If the vehicle 19 driver enters route or package 
data (the order of delivery, packages, or changes from a computer generated 
delivery list), the data is then uploaded to the BSCU 14. The timing and package 
delivery locations are recorded in the BSCU 14 during the initialization of the 
system 10 and used as a reference for determining locations from impending 
. arrival message points. This information accesses the computer network to 
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inform a user computer 29 when a delivery vehicle 19 is at a predetermined 
time, mileage, street location, and/or last delivery away from a vehicle 19 stop. 
In the preferred embodiment, determining the location of a delivery vehicle 19 is 
accomplished by sending the vehicle location of a delivery vehicle 19 from the 
time the vehicle 19 departs and/or starts its route. 

The timing information is recorded during the initialization and daily 
recording of vehicle locations with time, and the system 10 is used as a reference 
during the usual operation of the system 10 for the purpose of determining 
whether a delivery vehicle 19 is at a predetermined location or time from a 
delivery stop. Other reference information may be obtained from software for 
mapping, for example, streets, vehicle speed limits, and traffic flow. 

However, it should be emphasized that other methodologies could be 
utilized for determining the communication to or from a location sensor of a 
delivery vehicle 19. For example, the GPS sensor 25 may communicate with the 
BSCU 14 when the delivery vehicle 19 is in motion (as indicated by phantom 
lines in Fig. 1), additional VCU 12 timing cycles for communication controlled by 
the microprocessor controller 16. At particular times, the longitude and latitude 
readings or optionally a Universal Transverse Mercator (UTM) grid system 
number, could be sent. When the vehicle 19 is in a stationary position, the 
communication cycle controlled by the microprocessor could be slowed down to 
one cycle until the vehicle is in motion again, compared to reference longitude 
and latitude or (UTM) information readings which were obtained on a cycle per 
minute when the vehicle is in motion 10. In this way, the determination of the 
location of a delivery vehicle 19 could be accomplished by less communication to 
and from the VCU 12 and BSCU 14. 

Another methodology, which could be utilized for the timing cycles of 
communication to and from the delivery vehicle 19 involves interfacing the 
BSCU 14 with wireless communication protocols. The BSCU 14 system is 
equipped with communication software for contacting each VCU 12 and asking 
for GPS longitude and latitude information or Universal Transverse Mercator 
(UTM) grid system information from the VCU 12 on each delivery vehicle 19. 
The vehicle 19 location may be polled in normal communication protocols, such 
as contacting each VCU 12 in a first to last cycle with vehicles 19 in motion or on 
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a normal clock cycle for minimizing communication to and from the VCU 12 and 
BSCU 14. The received delivery vehicle 19 location (longitude and latitude or 
Universal Transverse Mercator (UTM) grid system information) from the VCU 
12 to the BSCU 14, is calculated from the time and/or distance away from a stop 
using mapping technology for road distances, and additional speed limits, actual 
traffic averages, and other means for better calculation accuracy. 
B. Regular Operation 

The overall operation of the advance notification system 10 will be 
described with reference to Figs. 13 and 15. Fig. 13 sets forth a flow chart 
showing the overall operation after the system 10 has been initialized. Fig. 15 
shows an example of a schedule of possible events and the interactions, which 
might occur between the VCU 12 and the BSCU 14 as the vehicle 19 travels 
along its route and makes its scheduled delivery stops. 

In Fig. 13, the right-hand column illustrates the sequence of events for 
the BSCU 14, and the left-hand column illustrates the sequence of events on the 
VCU 12. In efforts to lower overall communication between the VCU 12 and the 
BSCU 14 when large vehicle 19 fleets are equipped with the advance notification 
service, actual vehicle 19 locations in the BSCU 14 are based on past route 
comparisons, such as those shown in Figs. 14 and 16. Fig. 14 shows 
illustrations of a time line for delivery stops and planned route-timing events for 
each stop. The time line has the following time designations: when the route 
should start 606, time to each stop 605, and the ability to change the route list 
615 when the VCU 12 location sensor determines a difference. 

First in Fig. 13, the delivery vehicle 19 ignition is switched on, as 
indicated at block 45a. At the beginning of each route, the system 10 could be 
configured to automatically initialize itself upon power up of the VCU 12. The 
delivery door opening or a bar code scanner initiating communication, or both, 
could activate the powering up. Further, the BSCU 14 could be programmed to 
initiate itself after the vehicle 19 moves to a predefined distance or location, such 
as a waypoint (longitude and latitude or Universal Transverse Mercator (UTM) 
grid system information area), determined by the positioning system 25. This 
initialization action causes the microprocessor controller 16 to inform the BSCU 
14 of the vehicle 19 location and the beginning of its route. The foregoing action 
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is indicated at flow chart block 45b (Fig. 13). Alternatively, the vehicle 19 driver 
can press the start/reset switch 21 on the VCU 12 system menu 21 to initialize 
the BSCU 14 for restarting the route tracking sequence. Additionally, 
driver/user options may be accessed by the user controls on the VCU 12. 

After initialization of the VCU 12 to the BSCU 14, the display module 33 
on the VCU 12 preferably displays stop and location information. The stop 
location continuously (Fig. 40) runs on the display as the delivery vehicle 19 
progresses along its route. 

Next, as indicated at flow chart block 45c (Fig. 13), the VCU 12 
determines, continuously or periodically, the location of the delivery vehicle 19 
by the positioning system 25 and sends the BSCU 14 (Fig. 1) the location 
information in view of the planned route or stop sequence data (derived from 
initialization of the packages on the vehicle 19 and/or mapping technologies). In 
the preferred embodiment, the BSCU 14 at least compares the delivery vehicle 
19 current location with the planned route location derived from the logistics of 
current mapping and route planning technology (Fig. 10) for determining time 
and/or distance away from a user stop. By comparing previous vehicle 19 routes 
with time differences between waypoints (longitude an( i latitude points or 
Universal Transverse Mercator (UTM) grid system information points an 
average route timing data base may be used to calculate the time to travel from 
actual vehicle locations to the impending arrival time at a particular stop. 
Additional traffic flow measurements may be added by comparing time of day, 
actual live traffic flow sensors, or other methods. 

The method for determining a distance from a user stop for activating an 
advance notification message may be accomplished by software at the BSCU 14 
or the user computer 29. The user interactive software shows the current user 
location on a map (Fig. 31). The user places road markers Fig. 38, a circle 
perimeter Fig. 36, a grid perimeter Fig. 37, which allows the vehicle 19 to 
determine actual points at each road for a message of the impending arrival of a 
vehicle 19, etc. The actual vehicle location activates the impending arrival 
message when the location matches the selected choice from the user preference 
data base. Furthermore, the actual order of vehicle 19 stops may be used to 
determine if the vehicle 19 is entering a selected area on more than one occasion. 
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This comparison provides a distinct advantage by increasing the accuracy of a 
vehicle 19 impending arrival message by sending the message after the last 
entry of a vehicle 19 into the user-predefined area. Another advantage of 
comparing the delivery order list to the user defined areas for notification is the 
addition of the number of deliveries before reaching the user stop to the 
impending arrival message, e.g., "UPS has 3 packages for delivery and is 1 mile 
from your stop at this time. The vehicle has 2 other stops before reaching your 
location". 

While the delivery vehicle 19 actual locations are compared to the 
existing travel time and distances (Fig. 15), the BSCU 14 is also storing actual 
location events (time between longitude and latitude or Universal Transverse 
Mercator (UTM) grid system information points) for averaging with the planned 
route/travel time over distances. When the BSCU 14 begins sending messages to 
user computers 29 at a predefined time, distance, location, and/or prior stop, for 
the impending arrival of a delivery vehicle 19, each particular user computer 29 
receives an electronic message and is displayed on their screen, as indicated in 
flow chart block 145a (Fig. 16). In one example, as shown in Fig. 16, at waypoint 
number 20 (140c) along the delivery route, the BSCU 14 places a message (144c) 
to a user computer 29 at waypoint 30 (140d) of the delivery vehicle 19 actual 
location. A second example in Fig. 16, shows a user being notified when the 
vehicle 19 is one mile away (144d) from waypoint 30 (144d). The third example 
in Fig. 16, shows a user being notified when the vehicle is at a predefined street 
location (144b). This is accomplished by comparing street mapping software with 
included longitudeAatitude or Universal Transverse Mercator (UTM) grid system 
information coordinates, notification requests, and the (BSCU) 14 vehicle 
location data base (VLDB). As shown in the configurations (Fig. 15 and 16), time 
is used to cross reference travel between locations. Determining vehicle location 
19, between communication updates, is achieved by comparing times of 
prerecorded route information, actual live traffic monitoring systems, and 
statistical data. 

Additionally, preferences for activation of advance notification warnings 
are shown in Fig. 33, 34, 35, 36, 37, and 38. After a preference is selected from 
the end user, the data is normally placed into the Notification Data Base (NDB) 
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14c after calculations have been made from the address entered into the BSCU 
computer 32 (Fig. 1) from a network connection as shown in Fig. 30 and 31, or 
ANS software residing on their computer, with or without a network connection. 
The other calculation of information is in finding an actual longitude/latitude or 
5 Universal Transverse Mercator (UTM) grid system information coordinate of 

each home, business, street address, or most other places on the earth's surface, 
which can be found with existing mapping software. The Universal Transverse 
Mercator (UTM) is one grid system that eases the conversion of GPS readings to 
map data. 

10 Another example compares the list of stops with the vehicle 19 location 

and determines the last occurrence before the delivery vehicle will cross the 
predefined marker points to activate the impending arrival message 19. 

Additionally, the BSCU 14 adjusts its messaging activation to an actual 
stop point at each user stop. This allows each user to be notified in accordance 

15 with the selected predefined time, distance, location and/or last stop, for 

example, "The XYZ Delivery Company truck is currently at the corner of Delk 
Road And Peachtree Street and is approaching your stop" block 415 (Fig. 18). A 
second message 419 (Fig. 18) will also be sent when the vehicle 19 is detained 
outside of the predefined system 10 preferences for being late for a stop after 

20 sending the initial message 415. Furthermore, in this configuration, a third 

message is sent as the vehicle 19 arrives at the stop 424. The flow chart (Fig. 18) 
shows an example of the messaging sequence from the BSCU 14 to each user. 
The example also shows the activation methods used for determining when a 
vehicle 19 is late and shows that a second and/or third message should be 

25 activated and sent to the person's computer 29. However, when the BSCU 14 

determines that the delivery vehicle 19 is excessively late after notifying an 
individual of an impending arrival at a particular stop, the BSCU 14 resets the 
message for a route update sequence (Fig. 17) that informs the user of an 
unexpected occurrence (e.g. a traffic jam), as indicated at flow chart block 399 

30 (Fig. 18). The planned route (Fig. 17) 401 is updated by the actual route 

information when the preferences 403 are exceeded and the actual time 
exceeding the predefined limits 406 are reached. The route update is complete 
when the new actual time 402 resets the planned time associated with the 
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location of the vehicle 19. The route timing update is shown in block 404 (Fig. 

17) . After each route update, a message update routine determines if an end user 
needs a second or third message. The activation of a second message is normally 
determined by the planned location predefined limit 403, or an individual limit 
predefined for sending a second or third message. The illustration (Fig. 17) 
shows an automatic sequence for activating a second message 405 and sending a 
second message 405b, when each route is reset. A more detailed description (Fig. 

18) shows how the activation of a second message is determined. 

As indicated at flow chart block 45f (Fig. 13), the BSCU 14 again 
determines if the delivery vehicle 19 is on the planned route and stop schedule 
by analyzing the vehicle location 25 (Fig. 1) and comparing it to the actual stops 
on the list. Preferably, in this regard, the BSCU 14 at least compares stops on 
the driver list and the actual location of stops made by the driver to determine if 
the driver has changed from his route list order. Other stops, such as pickups 
(Fig. 44), are displayed on the vehicle VCU 12 display, and changes to the route 
list (Fig. 42 and 43) order are available to the driver via push button entry. 
Additionally, so the driver acknowledges a new entry or route update, the VCU 
12 may be equipped with an audible sound, such as a buzzer, tone, or different 
voice recordings for announcing each event without the need for the driver's eyes 
to look at the VCU 12 display when driving. Accordingly, requests for package 
pickups are processed in the BSCU 14 and sent to the appropriate vehicle VCU 
12 and scheduled into the drivers' list of stops (Fig. 41). The driver has the final 
opportunity to reschedule (Fig. 43) or move (Fig. 42) an added stop through the 
VCU 12 push button menu. 

For example, Fig. 14 shows a finished delivery route that started at seven 
thirty. After starting the delivery route, the delivery vehicle arrives at stop 
number 001 at 07:37:22AM as depicted by information block 610 after driving 
seven minutes and twenty-two seconds as depicted by information block 609. 
Stop 001 takes two minutes to unload all of the packages and another two 
minutes and ten seconds to reach stop 002 at 07:41:32AM. Stop 003 takes five 
minutes and forty-five seconds from the time the vehicle 19 arrived at stop 002. 
The arrival at stop 004 is on time but the delivery takes an unexpected ten 
minutes and causes a ten-minute delay in the scheduled route as depicted by 
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information block 614 and 615. The scheduled route list was rescheduled by the 
delay depicted by block 615 of ten minutes and stop 005 was reached ten 
minutes later than the scheduled planned route, at 08:13:34AM. The VCU 12 
display 602 in Fig. 14 is an example of the information that the driver sees and 
uses. The other route information 601 shown in Fig. 14 is not needed for driver 
interaction and is a VCU 12 automatic component for lowering the wireless 
communication between BSCU 14 and the VCU 12. Although not disclosed in 
this example, additional directions with or without map displays, estimated 
route completion times, on or off normal schedule indicators, and others may 
also be displayed on the VCU 12 display module 33. Just prior to leaving a stop, 
the driver views his next stop on the display module 33. Additional directions 
can be activated by the drivers' input or automatically after a predefined time 
period or a predefined distance the vehicle 19 has traveled. The automatic 
display changes may start when the driver arrives at a stop by displaying the 
next location. The display shows the next address until the vehicle 19 has 
started moving and the display cycles between the next stop's address and a map 
display showing directions. The display continues to cycle until the vehicle 19 
arrives at the next stop, then the sequence repeats. 

The vehicle 19 location and the communication of the vehicle 19 location 
from the VCU 12 to the BSCU 14 are determined by both the BSCU 14 and the 
VCU 12 for lowering the amount of wireless communication. As previously 
explained the VCU 12 can be programmed to compare a planned route with an 
actual route and communicate to the BSCU 14 when the differences exceed the 
predefined limits. The VCU 12 can also be programmed by the BSCU 14 for 
communication cycles. The cycles which can be programmed for acknowledgment 
of sensor activation and communication from the VCU 12 to the BSCU 14 can 
only be made when the vehicle 19 has left stop 1. The display module 33 
preferably displays "next stop" followed by directions and/or messages received 
from the BSCU 14. The foregoing feedback signal from the vehicle 19 in motion 
may be replaced or generated from other sensors, such as the driver seat, the 
ignition switch, placement of the vehicle 19 in gear, etc. 

The BSCU 14 checks the vehicle 19 location to confirm that the vehicle 
location 141a (Fig. 15) corresponds to the programmed vehicle location 140a (Fig. 
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15). When actual vehicle location 141a is different from the planned route 
location 140a changes are made 142a (Fig. 15) in the planned route data. 
Determining when the vehicle 19 is at a predetermined location on a map is 
shown in Fig. 28. The actual location points and/or addresses 341a - 34 If are 
determined by the VLDB 14a, the MSDB 14b, and the URDB 14d, then stored 
into the NDB 14c. In Fig. 27, it is shown that a user at 1010 Oak Lane 332 has 
requested an advance warning time. The advance warning time is five minutes 
and thirty seconds before XYZ Delivery Company delivery truck arrives as 
depicted by information blocks 335 and 336. When the vehicle crosses any 
locations matching notification time/s shown in 341 and shown in more detail in 
Fig. 28, the advance warning is activated. The only exception is a stop that is 
scheduled between an activation point/location and the final destination. Block 
343 of Fig. 27 shows the delay of notification for each stop that is used to 
determine an arrival time when other stops will be made between the activation 
points and the targeted destination. Past route averages normally determine 
how much time a stop will take. In Fig. 27, each stop in-between the activation 
points/locations and the final destination will take fifty-five seconds. Each stop 
the vehicle 19 makes, at each location, can be averaged and therefore different 
and better determinations of actual delivery times can be made for more 
accurate advance warning message times. Although time is used in the advance 
notification block 336 in this example, notification by a distance block 337, and 
notification by a location block 338 can also be used. 

If the delivery vehicle 19 is stopped in traffic, then the VCU 12 will 
continue to communicate with the BSCU 14 each time the vehicle 19 is in motion 
to inform the BSCU 14 of this new location, not exceeding the predetermined 
cycle limit, such as a vehicle 19 in start/stop traffic. If the vehicle 19 is on a 
normal schedule and on an expressway or interstate, the BSCU 14 may have a 
Vehicle Location Determining Factor (VLDF) 104 (Fig. 21) of 95% or higher, 
without repeated cycles from the normal operation of the VCU 12. Based on the 
location of the vehicle 19 and the VLDF 104 the BSCU 14 may lower the 
communication cycle rate of the VCU 12 until the vehicle 19 enters a more 
demanding area, until the vehicle 19 enters an area closer to a user stop or 
when the VLDF 104 is at a lower percentage. The VLDF 104 (Fig. 21) is 
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determined by the past vehicle 19 location points and averaged time. This 
feature can lower the communication rate from the VCU 12 to the BSCU 14 by 
determining when communication should be increased or decreased and not 
overloading existing communication channels. 
5 Other methods to determine when to use cycle communication are 

depicted in Fig. 24. In this regard, Figs. 21 and 24 show methods used before 
the route starts 914, and Fig 23 shows methods use when the route is in 
progress 901. Moreover, as previously described, the VLDF 104 is also used to 
determine when cycle communication is used. In Fig. 23, the next stop is 

10 evaluated in block 905 by the time and in block 904 by the distance. The Then 

the distance in block 904 is compared in block 906 to the default distance 
exceeding limit , and the time of block 905 is compared to the default time limit 
in block 907. When time or distance exceeds the predefined limits, the method is 
changed to cycle communication in block 910 for delaying communication when 

15 it's not needed. The distance, location, or time in blocks 911, 912 and 913 sets 

the restarting of communication. 

Fig. 24 shows an example for determining when to use a cycle 
communication method in a route list, before the route starts as depicted by 
block 914. By comparing the route list with mapping software in block 915 for 

20 determining actual roads and streets to be traveled and by comparing the data 

to the notification data base (NOB) in block 916 (when impending arrival 
messages will be sent), delays between notification activation times can be 
determined. When the time delay between notification times reaches a preset 
limit, in this example ten minutes as depicted by block 917, the communication 

25 can be stopped in block 918 for a period of time as shown by block 919 or when a 

location is reached as shown by block 920. The actual time or distance for 
stopping the communication is determined by the amount of time or 
distance/location between stops and notification activation points. 

After the BSCU 14 downloads communication methods to the VCU 12, 

30 and during the VCU 12 actual route, if the VCU 12 communication monitoring 

means determines no changes in the vehicle 19 location and no sensor activity 
after a clock cycle has been completed, communication is delayed until the 
vehicle 19 location has changed and/or actual sensor activity is determined. 
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Additionally, when the VCU 12 communication monitoring means determines a 
communication problem after an attempt has been made to contact the BSCU 14 
{e.g. vehicle 19 enters an area the wireless communication means cannot connect 
to the BSCU 14 known in the art as a "dead area" or "drop area"), the clock cycle 
is accelerated until the communication to the BSCU 14 is regained. The VCU 12 
will continue to monitor the inputs from devices 20, 21, 22, 23, and 25 (Fig. 12) 
to gain current information when communication is acknowledged/restored. 

Communication methods are normally associated with wireless loading 
and the ability to handle a fleet of VCU 12 responding to one BSCU 14 in most 
configurations. When other configurations are used for advance notification 
systems, such as, when (Fig. 19 and Fig. 20) the VCU 12 is equipped with a 
delivery order route list (block 181 of Fig. 19) and a sensor or activation method 
for determining when an attempt to deliver a package on the route list has been 
made, the communication is simply activated by the sensor input. In Fig. 19, the 
flow chart shows how the VCU 12 and the BSCU 14 communicate to locate a 
particular vehicle 19 location. To find a vehicle's location as depicted by 160, in 
this configuration, the current stop and order of delivery list is determined in 
block 161 from the information received by the VCU 12. The location of the last 
stop from block 162 and the time of the last stop from block 163 are compared 
with the next delivery stop from block 165 and the distance from block 166, and 
time from block 167 between the stops for an estimated time of arrival . 
Mapping software 14b and prior route records of past deliveries in block 168 
provide additional data for determining the vehicle's location in block 169. 

Determining the activation of an advance notification warning associated 
with this configuration is shown in Fig. 20. When a delivery or an attempted 
delivery is made in block 191, the information is sent in blocks 191a and 192 
from the VCU 12 to the BSCU 14, and the BSCU 14 determines what stop is 
next on the delivery list in block 193, and then finding this next stop in the data 
base is attempted in block 194. If the user has information in the data base, 
preferences for sending an impending arrival message are established in block 
195 and a message is sent to this person's computer 29 of the impending arrival 
of a vehicle 19 in block 196. 
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In Fig. 22, the VCU 12 is using and monitoring via the computer 
controller 12a, a GPS 25 location device and the user input controls 21a. The 
vehicle 19 location and sensor input is sent to the BSCU 14 from the VCU 12 
cellular transceiver 18a. The BSCU 14 receives the wireless information after 
the wireless information from the VCU 12 passes through the closest land based 
antenna, then the information is routed over switched telephone lines to the 
BSCU 14 modem connection 26. The vehicle information 201 is added to the 
vehicle 19 location data base (VLDB) 14a. The actual user notification requests 
are received from a person's computer 29 connected over a network 300 (Fig. 22) 
via interface 209, and taken from user input options 210, then stored into a 
notification data base (NDB) 211. The notification data base (NDB) 211 includes 
timing for activating an advance warning 205 to physical and electronic 
addresses 204 and compiling this information into a list 203 for notifying 
persons' computers 29 associated with a route list. To activate a message, the 
vehicle 19 location and the preferences for notifying an individual should match 
202. When the match occurs, a message is initialized 208 and sent to a person's 
computer 207, through computer network interface 206 and computer network 
300. 

The information sent to a person's computer 29 can be received with 
normal computer networking software, or with additional proprietary software. 
With proprietary software 223 (Fig. 25) operating on a person's computer 29, the 
software 223 can determine when a vehicle 19 is approaching in blopk 224, then 
compare user preferences in block 225 when a vehicle 19 is approaching for 
displaying video and playing audio messages of the impending arrival of a 
vehicle 19 in blocks 226 and 227. As depicted by blocks 230-236, display 
information can show for example, but not limited to, any of the following 
display options 226a: vehicle driver information, vehicle information, location 
on a map, time countdown, mileage countdown, last delivery or stop location, 
cargo information, etc. As depicted by blocks 238-244, audio information can be 
for example, but not limited to, any of the following audio options 227a: play 
audio of vehicle name, vehicle information, street address, time countdown, 
mileage countdown, last delivery or stop location, identification of cargo, etc. 
An example of a person's computer 29 operating proprietary advance notification 
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software is shown in Fig. 26. The display shows a map 770a, a location on a map 
that represents a person's business or home address 773a, and the location of a 
vehicle 19 approaching the business or home address 774a. Additionally, this 
display has been configured to show the time before the vehicle arrives 771a, and 
5 to show the distance in miles before the vehicle arrives 772a at the person's 

business or home address 773a. 

At the end of a delivery route (Fig. 44), the VCU 12 makes an inquiry to 
the BSCU 14 as to whether there are any more delivery stops in block 151. As 
shown by blocks 152-156, if the delivery list has been completed, then the VCU 

10 12 may contact the BSCU 14 and receive additional information to display on 

the VCU's LCD 155a that prompts the driver to stop at a receiving dock for more 
packages, (especially during the holiday seasons and peak loading) or meet a 
second delivery vehicle to share its load when it is behind in its schedule. When 
the vehicle 19 receives packages from another vehicle, the packages taken from 

15 the second vehicle are normally scanned out with normal hand held bar code 

scanners and are loaded and scanned into the first vehicle 19 package delivery 
data base and the package location information/bar code numbers (package 
identification numbers) are uploaded to the BSCU 14 with a new vehicle 19 
number. The route list is established from the BSCU 14 determining the 

20 shortest routes from the addresses and downloaded to the VCU 12. The sequence 

for notification to a user computer 29 is restarted. 

A second method for a user to learn of the impending arrival information 
of a package delivery may be accomplished by a user accessing and requesting 
information through a computer network, for instance, the Internet, from the 

25 BSCU 14 through an Internet site or home page. The BSCU 14 software is 

designed to be added to the existing Internet site pages, which are owned and 
operated by delivery companies. When a user accesses a computer address (e.g. 
Internet site), the user may enter requests for a delivery by entering their 
telephone number, business or home address, or package identification number, 

30 for locating actual packages for delivery. If a delivery is to be made that day, an 

actual route list from each vehicle 19 stored in the BSCU 14 is compared to the 
planned route and scheduled time of delivery (STD) database. The STD is a 
record of events from other routes, this record averages the time and distance to 
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be traveled with the actual route in progress. Note: the STD records are from 
GPS sensor readings and the time between or travel time between each reading 
and not from completed routes from start to finish. 

Thus, by incorporating the STD with the actual delivery schedule, 
estimated time of delivery is established and accessible to a user requesting 
delivery schedule information. The advantages of offering a user a close 
approximate time of delivery are easily seen in these examples: a user needing to 
leave a delivery stop (home or business) for lunch or errands and expecting an 
important package to be delivered, or a user needing materials for an important 
meeting and knowing if the materials will be delivered before the scheduled 
meeting time. Upon receiving the information request from a user computer 
linked to the BSCU 14, a request for a vehicle, package, or user location (street 
address/location on a map), telephone number, computer address, etc. can be 
made available to the user to locate an area in which a delivery is going to be 
made. The vehicle 19 associated with the delivery to this user business, or 
package identification number processes that delivery request. If a package is 
scheduled for delivery, the actual delivery vehicle 19 estimated time of arrival is 
given to the user requesting the information in, but not limited to, two formats, 
a time of day (e.g., 1:45PM) format and/or a time count down (e.g., 4:21:03) 
format. 

Additionally, people placing requests may be offered other services from 
the delivery companies. These requests are made available to the companies to 
increase revenues while providing the customers with more and better options 
on deliveries. One example of a user request is an express delivery request 
(EDR) option. An EDR becomes available through the existing advance 
notification system network by allowing customers to interact with the vehicle's 
driver through their computer 29 connected to a network 300 (Fig. 22). A 
customer can send an EDR from their computer 29 to the BSCU 14 over a 
computer network 300, then a live operator or preferably an automatic 
calculation of the driver's load, schedule (early or late), and location/distance 
from the address sending the EDR. The request is processed and a new 
estimated time of arrival can be given to the customer, with an optional 
additional fee from the delivery company. Additionally, a customer can look up a 
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location on a route and meet the driver at a prior stop when an EDR is not used, 
thus shortening the driver's route time. Upon requesting an EDR, an estimated 
time of arrival is given to the user. At the same time a quoted fee (on-screen) 
based upon a flat rate or the actual delay time for that particular vehicle 19 is 
5 given to the customer. 

The BSCU 14 communication controller may also control a second 
messaging means over a normal telephone network as described in more detail 
in the Patent Application "ADVANCE NOTIFICATION SYSTEM AND 
METHOD" filed May 18, 1993 by Jones et al and assigned serial no. 08/063,533, 

10 now U.S. Patent No. 5,400,020 to Jones et al that issued on March 21, 1995. The 

Patent describes an advance notification system with a BSCU controller for 
messaging through a telephone system. Blocks 45a-45m of the flow chart in Fig. 
13 shows a duel means of communication, both a telephone in block 45m and a 
computer with a telephone connection in block 45f (via a modem). By offering 

15 dual means of messaging to a stop, the likelihood of reaching or getting through 

to a user increases. In accordance with the user request when signing-up for the 
service (Fig. 39), the end-user can choose any combinations of, but not limited to, 
a telephone call with a voice message 170, a telephone call using a distinctive 
ringing sound 171, a computer message over a network 172, additional on-screen 

20 display/s 173, and an additional audio message/s 174. 

In one configuration, the system first communicates to the user computer 
29 by initiating/sending a message over a computer network 300 to a user 
computer address. If the person's computer 29 is equipped with proprietary 
software for additional displays (Fig. 25) 226a and/or additional audio messages 

25 227a, the person receives additional visual and audio warnings, based on their 

user preferences. Then, the microprocessor controller initiates a second module 
for communication by a telephone call to the user. The order of messaging 
(telephone 35a or computer 29) is defined automatically or by the end user. 
Furthermore, each vehicle 19 can have different notification preferences for 

30 announcing the impending arrival of more important vehicles in a method that is 

more surely effective. In most cases, the telephone 35a is available more than 
the computer 28 and the telephone call can activate pagers 35e, mobile phones 
35c, and home phones 35a with sound normally throughout the home or business 
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phones normally answered by an individual equipped for handling messages. In 
the preferred embodiment, a telephone call may proceed a computer message to 
the homes of users and a computer message will proceed a telephone message to 
businesses. Additionally, a user responding to or acknowledging a message will 
5 stop the second method as described above. For example, a user expecting a 

package to be delivered, and only having one phone line, may receive an 
impending arrival message while maintaining normal communication practices. 
If a user is on the telephone 35b talking to another business client, when he 
hangs up the telephone 35b and views the computer 29, once connected to a 

10 network, a message will be waiting concerning the impending arrival of a vehicle 

19. If the user receiving an impending arrival message has additional software, 
route calculations may be determined by the time of the message download or an 
up link may be requested for the actual vehicle 19 location. 

Moreover, as indicated by Fig. 45, a personal 29 computer with ANS 

15 software can process the user requests and contact the BSCU data base 170 for 

two primary reasons. First the personal computer with ANS software can be 
used for retrieving information from the BSCU data base 170 and for using the 
information for activating impending arrival messages after the computer is 
disconnected from the computer network 300. Second, the BSCU data base 170 

20 may be contacted before and/or in place of an impending arrival message sent 

from the BSCU 14. Each person's computer 29 when operating ANS software 
(block 171), looks up user preferences in block 172 and checks for a network 
connection in block 173. If the network connection is not active, the ANS 
software starts the network software, then a request is sent to an area of the 

25 BSCU 14 for vehicle information in block 174. An identification number 

associated with the person's street address processes the request from the 
person's computer 29. As depicted by blocks 176-181, the address is looked up, 
then vehicles 19 approaching this address can be identified, with vehicle 
names, 179 vehicle locations and route stops with past vehicle records 19 and 

30 directions from one stop to the next 181. Additionally, cargo or other delivery 

information in block 182 is then sent back to the personal computer 29 operating 
ANS software for activation of impending arrival messages and displays in block 
175, based on the user preferences. Furthermore, this configuration offers an 
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individual with only one communication channel (phone line) the ability to be 
notified when the communication channel is being used or is not available when 
an impending arrival message is sent from the BSCU 14. 

The ANS software can display the vehicle 19 location/impending arrival 
5 time, distance, and/or packages to be delivered before a particular delivery is 

made. The user requesting a route update receives a new message and/or vehicle 
19 location, number of packages before delivery, and if running, advance 
notification software for continuous updates, the user computer 29 reschedules 
the impending arrival distance, time, or package delivery order, with each 
10 update, as the vehicle approaches. 

As depicted by blocks 401-425 of Figs. 17 and 18, the BSCU 14 may be 
configured so that if a delivery vehicle becomes delayed by more than a 
maximum length of time, such as five minutes, the BSCU 14 immediately sends 
a message to the stops 36 of the users already notified of the impending arrival 
15 of that vehicle 19, in order to keep users at these stops 36 from waiting when a 

vehicle 19 should have already arrived. When an impending arrival message 420 
(Fig. 18) is sent to stop 36, and a vehicle delay of five minutes is determined 
before the vehicle 19 arrives at this particular stop, a second message informing 
them of the delay is sent 421 to the same stop, based on the amount of delay, a 
20 third message may be sent 425 as the vehicle 19 arrives at this particular stop. 

Worth noting also, are the methods for determining the actual directions 
(roads to be taken) of a vehicle 19 from one stop 36 to the next which may be 
described, but not limited to, three areas. The first cqnfiguration contains dual 
route information in the BSCU 14 and VCU 12. Preferably, the VCU 12 displays 
25 road names or a mapping diagram for the driver to follow. The BSCU 14 has the 

same information for determining the route a vehicle 19 is likely to take. The 
second configuration determines the closest and/or quickest route from one stop 
to the next by comparing mapping software, actual and past traffic flow. A third 
configuration is determined by past vehicle 19 delivery routes. As found in the 
30 art of route management, most delivery vehicle 19 drivers have roads and routes 

each individual prefers to take. Some of these routes are known to take more 
time, but for the determining factors associated with an advance notification 
system, these records provide a better means of determining distance, time, 
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locations on a map, etc., when the driver's company policies do not request the 
following of predefined or displayed sequence of roads. In the preferred 
embodiment some, all, and additional methods may be used. 

5 III. Control Processes 

The control processes are normally, but not limited to, three different 
area locations. The first area is the VCU 12 on each vehicle, with the ability to 
communicate vehicle location, driver inputs, and/or cargo information to the 
BSCU 14. The second area is the BSCU 14 software, for communicating with the 

10 VCU 12, storing information from the VCU 12, and in some configurations, 

storing end-user data and preferences for generating impending arrival 
messages when vehicles are approaching their address. The third area of the 
control process is a person's computer 29 for displaying impending arrival 
messages when a vehicle's impending arrival information is received from a 

15 computer network 300. Although additional software can be added for additional 

displays and audio, additional software modules from the BSCU 14 can be added 
also. The overall control processes can be moved from one area to another area 
based on system configuration needs, normally determined by the application of 
the end-user. Worth noting, the communication channels and their internal 

20 control process should be apparent to those ordinarily skilled in the art and are 

not described in detail by this description. 

Furthermore, Fig. 7, Fig. 8, Fig. 9, and Fig. 10, are examples of general 
block diagrams containing, but not limited to, system modules and their ability 
to be moved or removed, without loosing the scope of the present invention. The 

25 ability to move the system modules (Fig. 7) for the implementation of an 

advance notification system requiring a person's computer 29 to only have 
normal networking software, such as an internet browser from Netscape, 
Microsoft, America Online, etc. or Local Area Networks (LAN) attached to an 
information server for receiving vehicle 19 impending arrival information, or 

30 most other networks with the ability to send and receive information over Cable, 

Fiber, Copper, or wireless channel/s. As shown in this diagram, a person's 
computer 29 is acknowledging a vehicle's impending arrival. In block 14, one 
module is receiving vehicle information from the VCU 12. While this module 
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indicates a wireless transceiver 26, it is replaced when a gateway converts 
wireless information into land line information with a modem. The vehicle 
location data base 14a, stores vehicle location information. The Mapping 
Software Data Base (MSDB) 14b is provided to locate roads and streets 
associated with the person's address and the vehicle's 19 route from one stop 36 
to the next. This Mapping Software Data Base 14b also associates GPS 
numbers with actual physical addresses, distances over streets, roads, highways, 
etc. The Notification Data Base (NDB) 14c maintains location points, distances, 
times, and other activation information, associated with a person's physical 
address. In this illustration the Notification Data Base (NDB) 14c also is used to 
activate and send messages to the person's computer 29. The User Request 
Data Base (URDB) 14d stores user preferences, account information, and in this 
illustration, software used for entering or making changes to this data. By 
moving some of the system modules (Fig, 8), described as the BSCU 14, to the 
person's computer area 29, the person's computer 29 is able to process more of 
the information associated with the advance notification system. The person's 
computer 29 accesses vehicle 19 location information from the BSCU 14 over a 
network 300, then compares the information to, but not only to, the MSDB 14b, 
the NDB 14c, and the URDB 14d. 

Furthermore, displaying additional information on-screen and/or 
additional audio messages associated with an impending arrival of a vehicle 19 
is easily accomplished. Fig. 9, is an example of tracking a vehicle 19 without the 
use of a GPS location, or having another suitable location device on the vehicle 
19 . The control process compares route stop addresses 21b with sensor inputs at 
each location 22a. The location is logged into the Vehicle Location Data Base 
(VLDB) 14a and the next stop is looked up for tracking the actual path 
(streets/roads) 21b and averaging the normal time to the next stop, with vehicle 
19 location estimations along each road. The person's computer 29 is equipped 
with software for placing an image of the location of the vehicle 19 on a map 14b, 
activating an impending arrival message from the NDB 14c, when the vehicle 19 
reaches a predetermined location, and storing the user preferences in a data 
base 14d. 
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Fig. 10 shows a control process using the same VCU modules as Fig. 9, 
but moving all the modules from a person's computer 29, except normal 
networking software, to the BSCU area 14. This system can activate and send an 
impending arrival message to a person's computer 29 when a vehicle 19 is at a 
5 predefined location, time, distance, or previous stop. It should be noted, without 

moving away from the scope of this invention, changing modules and other 
minor modifications to this invention for similar or customized applications, 
should be apparent to individuals skilled in the art and is not mentioned for this 
reason. 

10 

A. Base Station Control Process 
With reference to Figs. 46 and Fig. 47, the base station 14 essentially 
comprises two control sub-processes which run concurrently, namely, (a) a 
vehicle communications process 47 or 54 and (b) a delivery messaging process 53 

15 or a vehicle information update process 58, based on the location of the modules 

used to generate the impending arrival message on a person's computer 29. The 
vehicle communications process 47 or 54 will be described hereafter, followed by 
the delivery messaging process 53 or 58. Fig. 46 illustrates one advance 
notification system configuration using the BSCU 14 for messaging to persons' 

20 computer addresses, and Fig. 47 illustrates an advance notification system 

configuration using the BSCU 14 to update advance notification software on a 
person's computer 29 by providing vehicle 19 location to each person's computer 
address. It should be noted in the communication process to the person's 
computer 29, other combinations of sending/receiving information from the 

25 BSCU 14 and to the person's computer 29, are used and based on end user 

needs, tailoring, and configuration. 

1. Vehicle Communications Process 
The vehicle communications process initially is started from a cellular 
30 link from one of the VCUs 12 located on one of the plurality of delivery vehicles 

19 to the BSCU 14, as indicated by block 12, Fig. 1. The BSCU 14 vehicle 
communications process is preferably capable of monitoring a plurality of 
telephone modems 26, for receiving information from a cellular phone or data 
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network gateway that converts wireless transmissions into land line phone line 
transmissions (with or without additional connections through a computer 
network), from a plurality of delivery vehicles 19. As the number of delivery 
vehicles 19 increases, the number of telephone modems 26 (or bandwidth) which 
5 are monitored by the vehicle communication process (Fig. 46) 47 and (Fig. 47) 54 

should also be increased to some extent. 

As depicted by blocks 45a and 45b, after the start of a VCU 12 on a 
delivery vehicle 19 (Fig. 13), the respective VCU 12 will initiate a cellular link 
45b to the BSCU 14, as indicated by the telephone bell symbol (Fig. 1) 18. After 
10 the BSCU 14 receives the telephone call, a string of symbols is exchanged 

between the VCU 12 and the BSCU 14 so as to validate the communication 
connection, as indicated in (Fig. 13) flow chart block 45b. In other words, the 
BSCU 14 ensures that it is in fact communicating with the VCU 12 and vice 
versa, 

15 Next, as shown in Fig. 48 flow chart blocks 61-67, the BSCU 14 waits for 

communication from the VCU 12, when communication is established 
information is obtained regarding (a) the time of the on-board clock, (b) the list of 
stops and related information, (c) other information to be displayed for the 
vehicle 19 driver on the VCU LCD, and (d) when needed, a resetting of the 

20 communication method is added and then a shut down of communication is 

initiated, based on system configuration. In addition, route data in block 64 is 
gained from the VCU 12 driver or package sensor input or from the BSCU 14 
ability to access a local data base with driver information or a combination of 
these inputs. The route data includes information pertaining to each delivery 

25 stop location, before and after stops, and cargo. This information is normally 

displayed on the VCU 12 liquid crystal display (LCD) for the driver's viewing. 
The prioritizing of the driver's list is based on, but not limited to, mapping 
software, the driver input, and past recorded route data. From the route data 64 
and the information listed above as (a), (b), (c), and (d), the BSCU 14, can 

30 determine the location of the vehicle 19 by, as indicated by Fig. 22, flow chart 

blocks 201 and 14a, and determine when to send impending arrival messages 
based on this location, as the vehicle 19 starts and continues its route, as 
indicated by a flow chart block 202. 
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In the case where the delivery vehicle 19 is stopped in-between scheduled 
stops, the VCU 12 resets its on-board communication clock cycle back so that the 
communication to the BSCU 14 is stopped, until the vehicle 19 restarts it route 
or progress. When the delivery vehicle 19 restarts its route, the standard 
communication cycle is restarted. In the case where the delivery vehicle 19 is in 
start and stop traffic, the VCU 12 communication cycles are normally stopped 
until the vehicle 19 is moved a predefined distance, reaches a location associated 
with the activation of an impending message or the ignition switch is turned to 
the offVon position 24, or a sensor is activated on the VCU 12. 

The VCU 12 communication cycles (Fig. 23) are programmable from the 
BSCU 14 and are reset in blocks 904-910 when a distance or time to the next 
messaging point excessively exceeds the number of minutes or miles from the 
location to which a user impending arrival message is to be sent. Moreover, this 
communication change can be preset at the beginning of a route at areas and 
times the vehicle's location is not associated with an impending arrival message 
and at times when the vehicle can become off its estimated route without 
effecting the impending arrival messaging for a brief time. 

While the route is in progress, the BSCU 14 can determine from the 
mapping software, current route data, and past recorded route data, when to 
send a VCU 12 a request to use cycle communication. Moreover, in the situation 
where the delivery vehicle VCU 12 has stopped sending vehicle 19 location 
communication to the BSCU 14, as requested by the BSCU 14 or in-between 
communication cycles from the VCU 12, the BSCU 14 can determine the 
estimated vehicle 19 location from past routes, delivery lists, mapping software, 
and additional road/traffic monitoring systems for controlling the communication 
of the VCU 12. When the vehicle 19 has reached a cycle completion, 
predetermined by location or time and known by the BSCU 14 and VCU 12, a 
communication link to the BSCU 14 is not necessarily made at this time. As the 
communication method is changed back to route comparison 14a (Fig. 15), if the 
vehicle's planned route location 140a matches it's actual route location, 
communication to the BSCU 14 is not needed. Essentially, the communication 
methods are controlling the overall communication loading needed for vehicle 19 
location and messaging associated with the vehicle 19 location between the 
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BSCU 14 and the VCU 12. To better understand clock cycles: clock cycles are 
time (minutes/seconds) lapses or distance lapses for particular location points 
(longitude/latitude numbers from GPS) or actual miles, and are started, 
controlled (more/less), and used for decreasing communication from a delivery 
5 vehicle VCU 12 to the BSCU 14. 

Finally, as shown in Fig. 21, the BSCU 14 may slow down or speed up the 
communication clock cycle by determining the Vehicle Location Determining 
Factor (VLDF) in block 99. The VLDF is used to determine the likelihood of 
delays between two stops. To determine the VLDF rating, the current vehicle 

10 location, the next stop and route to the next stop are compared to past route 

records as depicted by blocks 100-104. If the vehicle 19 is likely to travel the 
same speed and take the same amount of time as previously recorded vehicles, 
the communication cycle is slowed down. 

Worth noting from the forgoing discussion is the fact that the BSCU 14 

15 (Fig 1) is the ultimate controller of the advance notification system 10 from a 

hierarchical vantage point. The base station clock 28 maintains the absolute 
time of the advance notification system 10, while the vehicle clock 24 assumes a 
subservient role and is periodically reset when the delivery vehicle 19 clock 
differs from the BSCU 14. Further, it should be noted that the VCU 12 

20 communicates to the BSCU 14 (a) when asked by the BSCU 14, (b) when the 

clock cycle reaches a predetermined point or when the vehicle reaches a 
predetermined location, (c) when a planned route time differs from an actual 
route time and (d) when the delivery vehicle driver activates a predefined sensor 
on the vehicle (buttons on the VCU 12, bar code scanner, etc.) to minimize 

25 communication. 

2. Package. Tracking. And Notification Process 
As previously mentioned, the messaging process 202 (Fig. 22) runs 
concurrently with the vehicle communications process 189 within the BSCU 14. 
30 In essence, the computer messaging process 202 uses the vehicle location 

information 25 retrieved from the VCU 12 by the vehicle communications 
process 18a in order for the BSCU 14 to send computer messages of the 
approaching delivery vehicle 19. A delivery list is accessible from a local data 
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base (Fig. 27) by the BSCU 14 and comprises information regarding (a) the 
person's name 331 and/or delivery street address 332, (b) the computer network 
address 333 (c) the telephone number 334 (d) the type of vehicles for activating 
notification messages 335 and (e) the activation of the impending arrival 
message. The impending arrival message is activated when a vehicle 19 is at a 
predefined time 336, distance away from a stop 337, or at a location/address 338. 
The computer messaging activation points (as indicated in Fig. 27) and the 
delivery list (as indicated in Fig. 14) are crossed referenced with the vehicle's 
actual progress through its route and delivery stops. When a particular time, 
location, and/or package delivery for sending a particular message is reached, 
the messaging process initiates an electronic computer message to the particular 
user, as indicated by the flow chart diagram in Fig. 22. The computer messaging 
may be sent over an existing computer network/Internet or through a direct 
modem link from another computer, as described previously. Moreover, the 
particular time, distance, location, and/or stop are fully programmable by the 
user (person receiving an impending arrival message), and/or by the company 
providing the service. Programming and user options are discussed in more 
detail in the Computer Messaging Control Process area. 

Also worth noting is a feature for monitoring messages to be placed in the 
future, for handling message loading (exceeding available communication 
channels) to end users. In accordance with this feature, upon anticipation of a 
heavy load of messages, some of the messages would be initiated earlier than the 
originally scheduled corresponding message time, previous stop, or 
distance/location. Numerous other networking options can also be used to solve 
this problem. 

After the delivery vehicle 19 has completed its route (Fig. 44), the delivery 
vehicle 19 can be programmed to contact in block 153 the BSCU 14 when it 
recognizes the end of the route in block 152. Additionally, the VCU 12 may have 
instructions displayed 155a for the driver. The BSCU 14 from a hierarchy stand 
point is the controller of the system, but instructions from the VCU 12 of new 
packages, reschedules, other sensor inputs, etc. can be sent to the BSCU 14, for 
instructions on the vehicle's 19 intent. Otherwise, the computer messaging 
process has completed its list for people to contact (Fig. 27) and unless additional 



49 



WO 98/40837 



PCT/US98/04540 



vehicle 19 tracking is needed or more stops 36 are scheduled, the communication 
between the VCU 12 and BSCU 14 is stopped. 

As further use of completed route data, an event list is maintained for 
diagnostics and system monitoring. The event list receives data fronV both the 
5 vehicle communications process and the computer messaging process. The event 

list essentially comprises records of, among other things, all messages sent and 
all past and current vehicle locations. 

B. Vehicle Control Process 

10 Reference will now be made to the vehicle control process as shown in Fig. 

11. Once powered up, the VCU 12 runs through an initiation procedure in which 
the delivery list is retrieved from packages scanned into the vehicle 19 
(activation of the scanner may also power up the VCU) and/or a downloaded list 
of packages from the BSCU 14 for delivery is received. If packages are scanned 

15 via package tracking device 20 into the VCU 12 (Fig. 12), the stops are placed in 

order of delivery by the vehicle's driver as shown in Fig. 29 or sent to the BSCU 
14 for list optimization. The delivery list is organized into an optimized route 
Fig. 14, showing stop list order 607 and the location or address, as indicated in 
block 608. The automatic route optimization software x*esides in the Vehicle 

20 Location Data Base (VLDB) 14a in the BSCU 14 and includes past records of 

delivery times, routes taken by driver, traffic flow from recorded points and 
times of past routes, etc. This route optimization software and/or the driver input 
is how the stop list is organized. Initially the clock 24 in the VCU 12 is set by the 
BSCU 14 when communication is made. Additionally, when comparisons with 

25 the actual time in the BSCU 14 differs from the time in the VCU 12, clock resets 

are made by the BSCU 14. 

After the foregoing initialization procedure, a call is placed via the 
transceiver 18 (Fig. 1) to the BSCU 14 as indicated by the bell symbols 18 and 
26. After the connection, the VCU 12 and the BSCU 14 exchange information as 

30 described herein before and which will be further described hereinafter relative 

to Fig. 12. Furthermore, it should be noted that in some configurations the 
BSCU 14 might contact the VCU 12 to initialize, schedule timing, or send remote 
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activation from the driver of one vehicle to the BSCU 14 or other vehicle-in- 
motion sensors. 

Next, as shown in Fig. 1, the vehicle control process begins a looping 
operation wherein the VCU 12 continuously monitors the switches 21-23, clock 
24, and sensors 25 to determine the vehicle location. As mentioned previously, 
the vehicle control process initiates a wireless communication at the initializing 
point of a route, when the vehicle 19 clock cycle reaches (time between 
communication updates) a completed loop, planned route data stops matching 
actual route data, or when a package is delivered. The VCU 12 can also answer 
and receive information from the BSCU 14. 

While in the main looping operation, a determination is first made as to 
whether the delivery vehicle 19 has reached the end of the route or 
deliveries/pick ups. If the vehicle 19 is at the end of its route, then the vehicle 
communication process is slowed down or stopped, and does not need to be 
restarted or increased unless switches 20, 21, 22, or 23 are triggered by the 
driver. Otherwise, the process continues and makes a determination as to the 
vehicle 19 location, as indicated in block 25. In the preferred embodiment, the 
delivery vehicle 19 location and total expired time at each stop is not a factor. 
But if the VCU 12 notices a change in a delivery stop when a stop is made at a 
delivery location not on the list, or out of sequence, a driver prompt is displayed 
on the VCU/LCD screen 33. Additionally, a package scanned out (delivery was 
made or attempted) could also determine an out-of-sequence delivery. When the 
delivery vehicle 19 is stopped for an out-of-sequence delivery, then the 
communication is initiated to the BSCU 14, as shown by a telephone bell symbol 
18 in Fig 1. The communication is an override and not part of a normal 
communication event, such as, a clock cycle, a distance/location cycle, a route 
comparison, or polling protocol, but a special need for informing the BSCU 14 of 
a special occurrence. 

The first attempt to correct the list is a flashing screen from the VCU 12 
for the driver. If the driver responds, menus of questions are asked and the 
driver responses are recorded from the switches 21, 22, and 23 (Fig. 1). On 
screen questions are "is this delivery out of order?" if the driver selects yes, "is 
(address) your next stop?" if yes the information is uploaded to the BSCU 14 and 



51 



WO 98/40837 



PCT/US98/04540 



the route continues, if no, a choice is given from the route list, and the driver is 
asked to highlight the next stop. The information is then uploaded to the BSCU 
14. When the process is not corrected by the driver, then the BSCU 14 process 
determines the driver intent by comparing the vehicle direction, locations to 
closest stops, and past times of deliveries to these stops, with destinations from 
the route list, and makes a calculated determination of the driver's intent. The 
new sequence of stops is downloaded into the VCU 12 and the next stop location 
and question "is this correct" is displayed to the driver. Normally one of two 
events occurs, the driver responds or the vehicle arrives at a stop. If none of the 
switches 21, 22, or 23 have been actuated, then the process 76 will loop back 
around and begin once again. Otherwise, if actuation of a switch 21, 22, or 23 is 
detected, then the process will determine which of the switches 21, 22, 23 have 
been actuated. 

First, the process will determine whether the "yes" switch has been 
actuated. If the driver has actuated the attempt to deliver switch 22, then the 
VCU 12 will continue normal operation. When the reschedule delivery switch 23 
is pressed, a list of the local area deliveries is displayed and the driver is 
prompted to select the next stop 36. Moreover, a decision will be made by the 
BSCU 14 to notify users of the vehicle's impending arrival, if time, distance, 
previous delivery stop and location for that particular stop has passed. In the 
preferred embodiment, the delivery vehicle 19 is considered to be following its 
routing list if the vehicle 19 arrives at the stop on the display. A stop does not 
determine a delivery was made, but an attempt to deliver a package was made. 
Furthermore, when a user is not available to receive a package, a stop may be 
rescheduled automatically from the BSCU 14 or manually from the driver, as 
shown in Fig. 43. A reschedule delivery is a common occurrence for a delivery 
driver, so, determining when a second attempt should be made or a route list 
sequence of stops for a driver is a user preference. In most cases, a driver who 
becomes familiar with customers and customer schedules is more likely to be 
accurate and successful on a delivery than a route chosen by location and 
distance, from a list. Past tracking of actual times of deliveries to a particular 
stop make the BSCU 14 likely to be close also. 
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In the event that the vehicle driver has not delivered a package, and an 
attempt was made, and normally when the driver is not repeating the stop in a 
given day, the driver can activate an attempt to deliver switch 21 to inform the 
BSCU 14 to cancel this user stop from a list, and send a second message of the 
5 time of attempted delivery and package information to the user computer. Then 

the process determines whether the driver has actually pressed the reset switch 
22 for the rest of the deliveries that day. An attempt to deliver computer 
message sent to a user computer address might be used to increase revenue for 
additional services, such as, fees for redeliveries, etc. If the driver has not 
10 actuated the reset switch 22, then the process loops back and begins again. 

C. Computer Messaging Control Process 
When a computer message is initiated by the BSCU 14 as indicated by 
Fig. 22, the BSCU 14 follows a messaging control process as indicated in flow 

15 chart blocks 208, 207, and 206. 

Although the description in Fig. 22 is from a BSCU controller, the BSCU 
14 or modules in the BSCU 14 may be better incorporated into a user computer. 
Three examples of different type configurations for displaying impending arrival 
information on a computer connected to a network are shown in Fig. 7, Fig. 8, 

20 Fig. 9, and Fig. 10. For illustration purposes, the system described as a BSCU 14 

is considered different than a person's computer 29, which could be considered 
part of the BSCU 14 operation. In Fig. 7 the person's computer 29 is equipped 
with networking software, and is not associated with an advance notification 
system. In Fig. 8 the person's computer 29 is equipped with all the advance 

25 notification modules for activating 14c and 14d impending arrival messages, 

mapping software 14b for displaying and/or comparing vehicle locations to 
streets, and a method for getting and/or receiving actual vehicle location from a 
network address. In Fig. 9 and Fig. 10, the example shows advance notification 
systems for tracking vehicles 19 without GPS location devices. The BSCU 14 

30 modules in Fig. 9 are set to track delivery stops from a route list and delivery 

stops within each route, then the vehicle 19 location information is sent to the 
person's computer 29 or accessed from the person's computer 29 for vehicle 19 
location information. The vehicle 19 location is compared in the person's 
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computer 29, then activated and displayed when the user preferences match the 
actual vehicle's location. Fig. 10 is placing all modules in the BSCU 14 area and 
not requiring the person's computer 29 to be equipped with any extra software 
(Fig. 49). As a note, the main differences between Fig. 7 and Fig. 10 are the 
methods used for determining vehicle 19 location or stop points 36. 

Additionally, when the user computer 29 has software/hardware for 
connecting to a computer network 300 and software for displaying messages 
received by the BSCU 14 for advance notification, the additional software can be 
an electronic mail reader for activating messages from a computer network 300, 
or a connection to a satellite/cable network 501 (Fig. 50) for displaying images 
onto a television screen. When the impending arrival messages are broadcast 
through a satellite/cable network 501, and descrambler device 502, a personal 
computer via connections 503 and 504 monitors signals from a broadcast channel 
505 and activates an impending arrival message when an identification code is 
received 506. The impending arrival message is compared to the user 
preferences 507 - 511 and sent to a person's television 35d, as depicted by blocks 
512 and 513. 

In the preferred embodiment, a person's computer 29 can activate an 
impending arrival message when software 223 is residing on a person's computer 
29 as shown in Fig. 25. The software 223 compares vehicle location in block 224 
and user activation preferences in block 225 to the user preferences display 
options 226a and user audio options 227a, each time a vehicle 19 is approaching. 

The methods used for signing up and providing the system with 
messaging preferences is accomplished with software on a person's computer 29 
or in the preferred embodiment, linked to a remote computer site Fig. 29. By 
Unking to the site, a person wanting to sign up may download software 380 (Fig. 
29) to save online time, or sign up from a connection to a remote site 381. The 
user can only subscribe and make changes from the site to be notified 382, Fig. 
30, and the computer address is given before this screen (not shown). This allows 
the advance notification system to have a level of security. The person is 
prompted to enter a telephone number 383, then a mailing address 384. This 
information is stored and compared to mapping software for placing the person's 
address on a map for display 385b, Fig. 31. After the information is displayed 
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385b, the user is prompted to agree with the location or choose the next one from 
a list 386, until their location on a map is agreed upon. The next area allows the 
user to select different activation and messaging methods for different vehicles 
387, Fig. 32. When the same for vehicles in a particular category 389, or each 
5 vehicle is different 390, display screens shown as illustrations in Fig. 33 through 

Fig. 39 are looped for each vehicle/group selected. The next screen prompt asks, 
"when you would like to be notified?" 392 (Fig. 33) and options for time before 
arriving 393, distance before arriving 394, or at a location/s of choice 395. When 
a person entering time before vehicle 19 arrives for notification, the next screen 

10 (Fig. 34) allows the minutes and seconds before a stop to be selected. When a 

person enters distance before a vehicle 19 arrives for an impending arrival 
message (Fig. 35), the distance can be selected as shown. 

When a person selects to define a particular area for impending arrival 
activation, the person can choose a circle around their home/business, as shown 

15 in Fig. 36. The circle can be adjusted by pulling the edge with a computer mouse 

left button held down and releasing when the circle is at a desired size. The 
activation points are the edges of the circle and / or areas with streets. The next 
option for selecting an area is the grid perimeter/s (Fig. 37). The actual squares 
(or other shapes) can be clicked with the left button on a mouse for highlighting 

20 areas and adjusting the highlighted areas with the slide bars at the bottom or 

right for precise positioning for activating impending arrival messages. The next 
option is placing street markets (Fig. 38) on roads and highways for activation 
points for impending arrival messaging. The street markers are positioned with 
a computer's mouse, normal drag and drop operations onto actual areas. 

25 Additionally, other areas, such as waypoint/s (longitude/latitude areas), prior 

vehicle stop/s, letting the vehicle define customer offering services, etc. can be 
used as well. 

After defining the locations, the selected preferences are referenced with 
past route data, mapping software, and other information for placing notification 
30 areas in a data base, to be used when a vehicle 19 is approaching this predefined 

stop. Next the person wanting impending arrival messages should enter how 
they would like to receive the message/s (Fig. 39). A person may select a 
telephone call with a voice message 170, a telephone call with a distinctive 
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ringing sound 171, and/or over a computer network/internet 172, with additional 
software for on screen displays 173 and/or audio messages 174. Additionally 
worth noting, sending impending arrival messages to other communication 
devices 35 (Fig. 2) with addresses or activation numbers from the BSCU 14 it 
should be apparent to one skilled in the art and is therefore not discussed in 
detail, but would be included in the area of Fig. 39. 

The computer address/electronic address number corresponding with the 
user computer 29 at a particular stop is obtained from the data, as indicated 
above in Fig. 29 through Fig. 39. Other information can also be obtained, 
including the ability to send one type of message (telephone, electronic mail, 
personal pager, television, etc.) over the other, and allowing different vehicles to 
activate impending arrival messages differently. For example, Fig. 4 illustrates a 
flow chart 82 for activating a telephone call first when a vehicle 19 is 
approaching. As depicted by blocks 83-85, when the vehicle's location matches 
the preferences in the user data base 84, the user's phone number is dialed. If 
the phone is answered, the message is played and additional messages are not 
sent. In the case where the phone is not answered after a preset number of 
retries expire is depicted by blocks 87 and 88, an electronic message is sent in 
block 89, and the event is removed from the data base in block 90. It should be 
noted that different combinations of messages are obvious to a person 
experienced in the art without departing from the scope of the present invention, 
and are therefore not mentioned in greater detail. 

Moreover, companies may include the service without acknowledgment of 
the end user or in some cases notify them on one occasion and offer the service if 
they respond to the message. In these cases finding the contact information can 
be achieved by existing and known industry standards for finding computer 
addresses with telephone numbers and shipping address. Additional resources 
for obtaining this information are established by (a) a user providing the 
information to a delivery company, and (b) a user posting this information in an 
advance notification computer site, and (c) a user listing this information with 
other published references, such as a telephone book, mapping software, etc. 
This information may be accessed when a delivery is scheduled. Next, the control 
process sets a time-out variable for keeping track of successful messages sent 
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and any messages returned from wrong addresses or busy networks. The 
number n of allowable attempts is predetermined and is stored in the user 
preferences data base and the person's old address can activate an automatic 
update for a new telephone number or computer address, when needed. 

Furthermore, message timing and activation of impending arrival 
messages to users can be set at the start of the route or day, or in some cases the 
day/s before the vehicle is to arrive. By sending impending arrival messages 
early, users can rearrange their schedules for meeting a delivery vehicle/driver 
when he arrives. As an example, a person taking a lunch break or leaving a 
delivery area, will know of particular deliveries scheduled in a certain day and 
the impending arrival time/s. 

Worth noting, actual pictures or live video taken from a vehicle 19 could 
be sent to the BSCU 14 from the VCU 12 and then used as part of the messaging 
process of the impending arrival of the particular vehicle 19 to a user. As 
wireless channels become capable of carrying more and more data (by increased 
band width and data compression routines), increased information taken from 
the vehicle 19 can be utilized in the message of the impending arrival of the 
vehicle 19 to the user. 

In the claims hereafter, all "means" and "logic" elements are intended to 
include any structure, material, or design for accomplishing the functionality 
recited in connection with the corresponding element. 
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CLAIMS 
Therefore, the following is claimed: 

1. A method for notifying a user in advance of an impending 
arrival of a vehicle at a vehicle stop, comprising the steps of: 

monitoring travel of said vehicle; 

forwarding travel data to a computer associated with said user; 

and 

producing a message at said computer for said user indicative of 
an impending arrival of said vehicle at said vehicle stop before said vehicle 
reaches said vehicle stop, based upon said travel data. 

2. The method of claim 1, further comprising the steps of: 
monitoring a location of said vehicle and comparing said location 

to mapping data; and 

initiating said message to said computer when said vehicle is at a 
predetermined location from said vehicle stop based upon said comparison. 

3. The method of claim 1, further comprising the step of 
permitting said user to preset a parameter at said computer that determines 
when said message is produced, said parameter corresponding to arrival of said 
vehicle at said vehicle stop. 

4. The method of claim 1, further comprising the step of 
forwarding another message to a telephone associated with said user in addition 
to said message to said computer, said another message indicating impending 
arrival of said vehicle. 
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5. The method of claim 1, further comprising the steps of: 
monitoring content of said vehicle; and 

determining said vehicle stop based upon said content. 

6. A system for notifying a user in advance of an impending 
arrival of a vehicle at a particular location, comprising: 

means for monitoring travel of said vehicle; 

means for forwarding travel data to a computer associated with 

said user; and 

means for producing a message at said computer for said user 
indicative of said impending arrival of said vehicle at said particular location 
before said vehicle reaches said particular location, based upon said travel data. 

7. The system of claim 6, wherein said means for monitoring 
includes a means for receiving data transmitted from said vehicle. 

8. The system of claim 6, wherein said forwarding means 
transmits said travel data from a central location to a remote location through a 
communications network. 
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9. A system for an advance notification system that notifies a 
user of an impending arrival of a vehicle at a particular location, comprising: 

(a) a computer associated with said user, said computer for 
producing a message at said computer for said user indicative of said impending 

5 arrival of said vehicle at said particular location before said vehicle reaches said 

particular location; 

(b) a vehicle control unit disposed on said vehicle, said vehicle 
control unit having: 

(1) a vehicle travel monitoring means; 

10 (2) a vehicle transmitter adapted to transmit travel data 

based upon said vehicle travel monitoring means; 

(3) a vehicle processor controlling said vehicle travel 
monitoring means and said vehicle transmitter; and 

(c) a base station control unit having: 

15 (1) a receiver adapted to receive said travel data from said 

vehicle control unit; and 

(2) a base station computer controlling said receiver, said 
base station computer for establishing a connection between said base station 
computer and said user computer and communicating said travel data. 

20 

10. The system of claim 9, wherein said base station computer 
further comprises: 

means for monitoring a location of said vehicle and comparing said 
location to mapping data; and 
25 means for initiating said message to said user computer when said 

vehicle is at a predetermined location based upon said comparison. 

11. The system of claim 9, wherein said user computer further 
comprises a means for permitting said user to preset a parameter at said user 

30 computer that determines when said message is produced, said parameter 

corresponding to arrival of said vehicle at said particular location. 
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12. The system of claim 9, wherein said base station control 
unit further comprises: 

a base station telephone interface controlled by said base station 
computer; and 

a means for forwarding another message to a telephone associated 
with said user via said base station telephone interface, said another message 
indicating said impending arrival of said vehicle. 

13. The system of claim 9, wherein said vehicle control unit 
further comprises: 

means for monitoring content of said vehicle; and 

means for determining said particular location based upon said 

content. 
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